c# - UI 空闲时 iOS 后台线程变慢

Question

先了解一下上下文

我有一个 Xamarin 应用程序，它基本上从远程服务器流式传输视频。我有一个像这样循环的后台线程(伪代码):

private void UpdateMethod()
{
    while (running)
    {
        bool success = WaitForUpdate();

        if (!success)
        {
            break;
        }

        Update update = GetUpdate();
        SendUpdateToConcurentQueue(update);
    }

    Disconnect();
}

我这样启动后台线程:

Thread thread = new Thread(UpdateMethod);
thread.IsBackground = true;
thread.Start();

问题

当我开始直播时，一切都很完美。只有在大约 10 秒不与设备交互后，它才会变得非常慢。我已经从后台线程输出了更新的数量，而且它们的速度似乎慢了很多。我通常每次更新 (60fps) 处理大约 2-6 个更新。当它 super 慢时，我每 6 个更新周期就有 1 个。

有一件事让我感到困惑:当我下拉 iOS 顶部栏菜单时，更新又回来了，流突然恢复到正常速度。更新率上升约 10 秒，然后又回到疯狂的滞后状态。

我尝试过的

我试图启动一个只有这个的 Dispatch 队列，就像这样:

DispatchQueue queue = new DispatchQueue("updateQueue");
queue.DispatchAsync(this.UpdateProcess);

它似乎根本没有帮助。

我还尝试像这样更改更新线程中的 QualityOfService 属性:

NSThread.Current.QualityOfService = NSQualityOfService.UserInitiated

也不行!在我看来，iOS 出于某种原因降低了线程的优先级。如果我在我的 UpdateMethod 方法中放置一个断点，当应用程序不滞后时它就会被击中。但是当有滞后时，断点不会被击中。现在这真的让我感到困惑，因为代码仍然运行!我仍然收到更新，只是慢了很多...

编辑:我使用 Instruments 进行了测试，发现网络受到了限制...正在调查，但如果有人了解 iOS 上的任何类型的网络限制，请告诉我。

Answer 1

尝试将 IdleTimerDisabled 设置为 true，我们在 iOS 游戏中一直这样做，以防止 iOS 挂起我们的游戏。

注意:我们以礼貌的方式执行此操作，仅当用户因观看重播、关卡变化的多媒体转场等而未触摸屏幕时...

注意:请确保在不需要时重置空闲状态(当您的应用确实进入后台时，等等...)，以免耗尽电池并让用户对您的应用感到厌烦到真正的 killer :Apple Store 拒绝

苹果:App Idle Timer info

Xamarin:UIKit.UIApplication.IdleTimerDisabled Property

The default value of this property is NO. When most apps have no touches as user input for a short period, the system puts the device into a "sleep” state where the screen dims. This is done for the purposes of conserving power. However, apps that don't have user input except for the accelerometer—games, for instance—can, by setting this property to YES, disable the “idle timer” to avert system sleep.

| IMPORTANT

You should set this property only if necessary and should be sure to reset it to NO when the need no longer exists. Most apps should let the system turn off the screen when the idle timer elapses. This includes audio apps. With appropriate use of Audio Session Services, playback and recording proceed uninterrupted when the screen turns off. The only apps that should disable the idle timer are mapping apps, games, or programs where the app needs to continue displaying content when user interaction is minimal.