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提供的是正确的.

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

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

---

更新1:基本上后台线程正在收集位置信息.我在下面提到了问题,这表明在Android中,当手机被锁定时,线程执行就会停止.我坚持这个问题了吗？
当屏幕进入睡眠状态时,应用似乎停止工作

更新2:部分唤醒锁定,它工作正常.但不确定这是否是一个很好的解决方案.如果这是唯一的方法,那么我会很感激如何最佳地使用它的策略.

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

Answer 1

当设备空闲时,CPU将停止并且所有正在运行的线程都会暂停(C++或Java).如果它因任何原因被唤醒,你的C++线程将再次开始工作,因此随机行为:其他应用程序或服务可能偶尔唤醒设备.

在您的情况下添加部分唤醒锁定功能可以防止CPU空闲,从而导致电池耗尽.如果你不在乎你可以使用这种方法,如果电池就绪是一个问题,你可以使用Java报警API定期唤醒设备.然后java API可以通过JNI调用C++代码.

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

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