现在有这样一个项目，考勤类app，使用环境在工地上。所以要求系统时间绝对不能被人篡改。
之前想了很多办法，比如后台监听“自动确定时间和日期”的checkbox，或者用代码给系统设置时间之类的，但是都需要root权限。。
后来（就是现在）确定下来的方案是这样，仿照“应用锁”原理，给系统“设置”加一个权限，进入系统”设置”界面必须输入密码（或者可以无密进入一些常用的系统设置项），这样对于系统时间就有了个统一的管理。具体实现见下面效果图：
现在的问题是，输入密码进入完整设置之后，back键失灵，无法退出设置，只能通过home键退出。或者随便进入一个设置项，再退出至设置的主界面，此时back键就好使了，可以退出设置界面。
这种情况并不是每次都发生，但是出现几率也挺高的。具体原因暂时还没弄清楚，怀疑是这个系统级的dialog dismiss之后，屏蔽了系统的back键。但是我也试了dialog cancel、dialog = null等彻底销毁的方法，还是不好使。
各位android道友，如有时间请帮在下看一下究竟是什么原因，下面上代码：
具体实现逻辑是在service中完成的，起一个定时器，每500毫秒为一次循环。每次循环都从ComponentName对象中获取到最顶层的应用包名，如果当前应用包名是“设置”（即要拦截的应用），就弹出dialog阻止进入。
这个问题困扰好几天了，还请各位大神费心帮忙看一下，谢拉！～～
之前想了很多办法，比如后台监听“自动确定时间和日期”的checkbox，或者用代码给系统设置时间之类的，但是都需要root权限。。
后来（就是现在）确定下来的方案是这样，仿照“应用锁”原理，给系统“设置”加一个权限，进入系统”设置”界面必须输入密码（或者可以无密进入一些常用的系统设置项），这样对于系统时间就有了个统一的管理。具体实现见下面效果图：
现在的问题是，输入密码进入完整设置之后，back键失灵，无法退出设置，只能通过home键退出。或者随便进入一个设置项，再退出至设置的主界面，此时back键就好使了，可以退出设置界面。
这种情况并不是每次都发生，但是出现几率也挺高的。具体原因暂时还没弄清楚，怀疑是这个系统级的dialog dismiss之后，屏蔽了系统的back键。但是我也试了dialog cancel、dialog = null等彻底销毁的方法，还是不好使。
各位android道友，如有时间请帮在下看一下究竟是什么原因，下面上代码：
具体实现逻辑是在service中完成的，起一个定时器，每500毫秒为一次循环。每次循环都从ComponentName对象中获取到最顶层的应用包名，如果当前应用包名是“设置”（即要拦截的应用），就弹出dialog阻止进入。
这个问题困扰好几天了，还请各位大神费心帮忙看一下，谢拉！～～
