今天在做技术总结，顺便就把知识共享，个人崇尚分享。

通过以下方式来监听是不是发生了应用的前后台切换：

1. android api 10 – 15

通过ActivityManager registerActivityWatcher方法注册IActivityWatcher的方式监听。

2. android api 16 – 20

通过监听/dev/log/events文件内容变化来监听应用切换变化。

为什么这个方式能成功监听：

因为/dev/log/events是内核的日志输出字符设备终端文件。

通过查看logger.h(linux内核日志输出系统)发现定义了：

定义/dev/log/events日志输出设备文件

通过查看logcat.cpp源码我们会发现：

他的readLogLines(log_device_t * devices)函数

通过select方式一直监听内核日志的输出，然后在输出到屏幕终端，所以我们可以在terminal中输入adb locat看到系统日志输出如下：我点击短信app

看看readLogLines 函数中log_device_t创建：

为啥要使用这种方式来监听：

因为android api16-20中使用了IActivitContorller或IProcessObserver来代替IActivityWatcher，但是这种方式只能监听自己的activity切换，监听别的应用需要系统权限。

3. android api 21及以上：

通过监听bg_non_interactive/tasks文件内容变化来监听应用切换变化。

为什么这种方式能监听成功

这当然是系统设计时留下来的一个漏洞，当app发生前后台切换时，他的pid会相应的在bg_non_interactive/tasks中增加或删除

  为啥要使用这种方式来监听：

因为/dev/log/events不能在用户态进行监听，看logcat的源码没有选择直接监听，还是通过logger提供的接口去内核态进行监听

4. 其他辅助监听方式：

监听相应的/proc/pid/oom_adj值得变化来监听前后切换

5. 后备方式：

通过轮询来获取应用切换变化（耗电量大，暂时没有使用）