【发布时间】:2011-06-12 17:50:21
【问题描述】:
我正在尝试找出以小于 0.25 毫秒的轮询速率监控加速度传感器的最佳方法。我已经为用户实现了一个 UI 选项来切换到持续监控状态,并明确了电池消耗的后果。由于 Android 处理清理内存和线程的方式,远程服务是否是守护线程的最佳方式?关键是让加速度计尽可能地接近持续监测,电池消耗是该死的。而且这种监控需要长时间运行,甚至可能连续24小时以上,我再次意识到功耗的后果。任何建议的阅读或代码 sn-ps 将不胜感激。
只是一个寻求 Android 社区智慧建议的新手。提前致谢,
-史蒂夫
澄清:我正在尝试检测加速度发生变化的那一刻。我的代码按轴区分,但我的目标是从加速度计获取实时数据。
【问题讨论】:
-
android 上的加速度是传感器 btw。它推动,你不能明智地从中提取价值!
-
@LordT - 重读后我意识到我可以更好地表达。我正在使用自定义侦听器接口来接收来自加速度传感器的更新。感谢您指出这一点。
-
哦,好吧,这更有意义。如前所述,我会为此使用服务 - 使用远程服务将允许您在后台运行
-
Steve - 您从对加速度计事件的长期监控中学到了什么?排水量是多少?设备之间的差异很大吗?
-
@brunobowden 我能够找到一种解决方案,该解决方案在监控 > 24 小时时不会显着影响电池/cpu/热量的产生。无论设备/操作系统版本如何,该解决方案似乎都具有相同的好处。不幸的是,我提出的解决方案是专有的,但我是基于其他基于加速度计的 SO 问题得出的这个解决方案。至于功耗,试试stackoverflow.com/a/5177427/549510
标签: android multithreading daemon