Question

我的应用程序中有一个循环，它以下列方式循环遍历一组实体

foreach(var entity in mEntities)
{
    entity.Update();
}

其中一些实体维护一个网络组件，该组件将调用Azure移动服务，以便将其状态更新到服务器。一个例子如下：

public class TestEntity {
    public int Index;
    public int PropertyValue;

    public async void Update()
    {
        Task.Run(() => {
            MyAzureMobileServiceClient.Update(Index, PropertyValue);
        });
    }
}

UI渲染由Monogame以更传统的游戏循环方式完成。虽然我不知道它的内部工作原理，但我相当确定它没有一个实际的单独线程来完成这项工作。实际上，这表示每次调用此更新时UI都会冻结。

我希望能够在后台“顺利”运行它。在旧的Windows模型中，这可以通过启动一个可以处理它的新线程轻松完成，但我不太了解WinRT中的线程，以了解我的方法有什么问题。

有什么想法吗？

[更新]我也试过这个：

Task.Factory.StartNew(async () =>
{
    while(true) {
        await Task.Delay(1000);
        MyAzureMobileServiceClient.Update(Index, PropertyValue);
    }
});

每隔1秒，我就像以前一样迷你了。

[更新2]我试了一下。我用标准的HTTP请求替换了Azure移动服务客户端调用，它的工作非常出色;没有迷你冻结。当然，它还没有到后端，但至少我通过手动完成所有事情来解决问题。但是，我宁愿不这样做。

[更新3]这变得奇特了。我意识到我简化了这个问题中的代码，以使其在上下文中保持一致。但是，这似乎已经消除了问题的真正根源。我尝试了以下事项：

我创建了一个HTTP请求，并手动创建了请求，在Task.Run（）中调用了它，并且它没有延迟，效果非常好。
我直接调用Azure移动服务客户端更新，没有延迟。

所以这让我想到了问题所在。我基本上有一个Azure移动服务的包装类。真正的路径大致如下：

CommunicationClient.UpdateAsync(myObject);

public Task UpdateAsync(MyObjectType obj)
{
    var table = mMobileServiceClient.GetTable<MyObjectType>();
    return table.UpdateAsync(obj);
}

这导致了延迟，但如果我这样做而不是它，它无任何延迟地工作：

var client = CommunicationClient.MobileServiceClient;
var table = client.GetTable<MyObjectType>();
table.UpdateAsync(obj);

Soooooo ......我应该重构整个问题。它正在变得干燥。

Answer 1

我有一个关于如何在backthread上运行东西的问题，他们建议我使用ThreadPool，所以我建议你看看我的问题和答案，也许你可以拿起一些东西并让它继续工作你的结局。

Create Backgroundthread Monogame

用于网络（Azure移动服务）操作的C＃+ WinRT + Monogame线程

1 个答案: