Android手机HOME键的监听一直是个很头疼的问题，系统禁止用户重写HOME键的监听方法，就导致部分手机可能出现未知的问题。输入法就在部分手机存在始料未及的问题。
在部分手机上，发现在键盘弹出的情况下，点击返回键会首先隐藏键盘，再次点击才会执行返回操作。然而点击HIOME键呢？发现并不是首先隐藏键盘再次点击才执行HOME键的操作。而是直接执行了HOME键的操作，系统返回了桌面，而输入法却没有隐藏。为什么？输入法服务是系统服务，我们只是继承了该服务实现自己的输入功能，这是由于系统的漏洞吗？还是自己输入法中漏掉了什么东西？还是覆盖掉了某些不应该覆盖的方法？
测试其他输入法发现没有这个问题。不知道是其他输入法做了修复还是自己输入法存在的问题。不管怎么着，有问题解决问题吧。首先想到的方案就是点击HOME键监听点击结果，在监听到点击操作后，执行隐藏键盘的操作。那么技术问题就出现了：监听HOME键的点击。
Android系统对HOME键的点击有发送对应的广播，即：
Intent.ACTION_CLOSE_SYSTEM_DIALOGS。那么就实现对该广播的监听的。
第一种方式：静态方式注册监听：
首先，在清单文件中注册广播接收者，接收系统广播：
然后，实现广播接收者主要是监听两种动作：homekey和recentapps，发现点击HOME调用的是homekey动作，长按HOME键是调用了recentapps动作，故实现监听这两种动作即可：
然后使用红米手机执行程序，点击HOME键，查看效果，期待日志的产生。结果让人失望，竟然无日志打印！为什么呢？同样的方法，在半年前明明是达到效果的。是小米手机做了特殊处理还是Android系统做了系统级别的限制，这个不可而知了。既然静态不行，那就动态试试。
第二种方式：动态方式注册监听：
为了实现类似静态的效果，在整个程序内监听HOME键的点击，所以我们在Application中进行动态广播的注册，代码如下：
发现，终于，日志出现了！是时候尽情庆祝吧。不过，等等好像这种方式也有漏洞。
经测试组测试发现，在部分国产定制ROM中，发现一个奇怪的现象，就是使用这种方式依然无法达到监听HOME键的目的比如说在奇酷手机中，点击HOME键依旧什么日志都不打印，这又是为什么呢？经过研究发现，注册广播的地方需要在主线程中进行，并且对代码进行改进，终于实现了对奇酷的监听。由于手机资源有限，不能对所有手机进行测试，希望大家有更好的方式或者想法能够及时反馈。
总结：
1，HOME键的点击操作在清单文件中静态注册无法达到预期效果。其中的原因暂不明确，可能是系统限制了三方应用对该广播的静态监听，也可能是广播优先级问题。
2，在动态注册广播时，为了实现静态注册的效果，可以考虑在Application中注册。但是个人总是觉得这种实现不是最优的实现。暂时没有找的好的替换方案。在Application中注册需要注意一点就是要保证在主线程中注册，使用Application的对象。Application为了保证启动速度，经常会在子线程中进行一些初始化操作，广播监听需要在主进程中进行。
3，针对国产厂商定制的ROM需要重点关注。部分厂商不再遵循Google定义的规范，取消广播，拦截广播的情况经常出现，在做机型适配的时候最好能够尽量全面的测试不同机型。这个真没有很好的解决方案。
