Android:如果屏幕锁定或在后台,C++ 线程不会唤醒。使用应用程序时工作正常

Android: C++ thread not waking up if screen-locked or in background. Works fine when app is in use

在我们的 Android 应用程序中,我们有 UI 组件和核心 C++11 模块。一个线程是运行ning基于std::chrono::system_clock::time_point,如下:

while(this->m_ConditionVariable.wait_until(lock, this->m_Object.to_time_point())
      == std::cv_status::no_timeout)
{
  // ... handle any notify() or arbitrary sleep breaks
}

Execute();  // <--- not being called consistently 

现在,我们正在测试 1 分钟 time_point。如果该应用程序正在使用中,则会按预期调用 Execute()。但是,如果将应用程序移至后台或者甚至锁定屏幕,则 Execute()-s 行为不一致。
有时,它可能每分钟正常工作 15 分钟,然后在 2 分钟或 3 分钟或 10 分钟后调用,而不是固定的 1 分钟。使用调试,我们检查了提供的 time_point 是否正确。

假设如果我们 运行 应用程序处于调试模式(使用 Android Studio),那么它即使在后台和屏幕锁定模式下也能正常工作。

Android 应用 运行 在后台是否有任何线程优先级?


更新1: 基本上后台线程正在收集位置信息。我遇到了以下问题,这表明在 Android 中,当 phone 被锁定时,线程执行将停止。我坚持那个问题吗?
App seems to stop working when the screen goes to sleep

更新 2:使用部分 Wake lock,它工作正常。但不确定这是否是一个好的解决方案。如果那是唯一的方法,那么我将不胜感激有关如何最佳使用它的策略。

更新 3:如果我用更小的 sleep() 替换 wait(),那么即使没有任何 Android 唤醒锁也能正常工作。但是我们还没有对其进行回归测试。

当设备空闲时,CPU 停止并且任何线程 运行 暂停(C++ 或 Java)。如果它出于任何原因唤醒,您的 C++ 线程将再次开始工作,因此会出现随机行为:其他应用程序或服务可能会时不时地唤醒设备。

添加部分唤醒锁适用于您的情况,但这会阻止 CPU 进入空闲状态,这会导致一些电池耗尽。如果您不在乎,可以使用此方法,如果电池电量有问题,您可以使用 Java 警报 API 定期唤醒设备。那么javaAPI就可以通过JNI调用C++代码了。

Android 重复警报的文档:https://developer.android.com/training/scheduling/alarms.html

对于更新 3,使用小休眠而不是 wait(),我怀疑 android 在线程处于 运行 时不会进入空闲模式,也许它等待在空闲之前没有任何线程处于活动状态的小超时。这种方法对电池消耗的影响与唤醒锁定相同。