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

Question

在我们的 Android 应用中，我们有 UI 组件和核心 C++11 模块。一个线程基于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 是否正确。

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

Android 是否对后台运行的应用有任何线程优先级？

---

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

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

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

Answer 1

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

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

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

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