1
A
回答
1
FileObserver不应该耗尽电池。
FileObserver侦听inotify事件,这是实现通过Linux内核的核心功能。
只是要听取和落实的onEvent回调的事件初始化FileObserver:它应该没问题。
相关问题
- 1. Android电池消耗
- 2. SQLite电池消耗 - android
- 3. Android电池消耗问题
- 4. 跟踪android app的电池消耗量?
- 5. Android的webkit和电池消耗
- 6. 降低电池消耗的Android
- 7. Android:接近警报和电池消耗
- 8. Android调试 - >电池消耗
- 9. Android应用程序电池消耗
- 10. 服务和电池消耗
- 11. 线程和电池消耗
- 12. 应用程序电池消耗工具
- 13. 在android中保存gps服务消耗的电池电量
- 14. 获取GPS定位消耗电池
- 15. 优化电池消耗服务
- 16. 用户的位置和电池消耗
- 17. 接近警报和电池消耗
- 18. 便宜的方法来测量Android中的电池消耗
- 19. 由观察员和服务的Android的电池消耗
- 20. Android Wear:BleLEScan耗尽我的电池
- 21. 测量Android应用程序的电池消耗量
- 22. iOS和Android位置跟踪精度和电池消耗
- 23. Android电池消耗 - 应用程序设计
- 24. 电池消耗率,定期服务器电话
- 25. 谷歌云消息传递和更少的电池消耗
- 26. 电池耗尽问题
- 27. 如何检查由蓝牙扫描引起的电池消耗
- 28. Android FileObserver
- 29. SIM卡与禁用TS11(Tele Service:Telephony)消耗电池
- 30. StopService或删除处理程序回调(电池消耗)
我没有做任何测试,但我会倾向于猜测的影响将是相当小的。该机制被编译进内核所以假设你使用一个阻塞调用它是相当轻巧,仅消耗用户空间循环当条件满足,再加上每次访问的几个内核的人来检查它是否符合条件。并没有太多的理由来为此举行唤醒锁,因为当处理器尚未运行时文件无法真正被修改...... –