项目需求，要求本公司自己的外发设备必须只能用指定授权的白名单的应用。一开始，我是有抵触的，认为是黑科技。没办法，工作还是要认真做的。责任所在。于是，先确认思路。
想到了几个方案：
1、首先，想到的是，fullscreen activity+通过事件拦截，即，activity中的点击事件。
2、广播+服务，广播Intent.ACTION_CLOSE_SYSTEM_DIALOGS 可以监听到Home、menu、锁屏键都可以监听到。服务就是
通过服务创造出一个WindowManager，进而制造出一个无关activity的界面来已达到彻底屏蔽Home的目的。
3、launcher项目+状态栏屏蔽，选中lancher为默认桌面，并且锁定状态栏不让用户进去修改，然后加一个密码用来解锁来达到目的。
4、修改framework,重新下载源码修改编译（主要修改systemServer），烧制到移动设备。
有了思路，就要研究各个方案的可行性和开发成本：
第一个方案，现在的新人肯定会不屑，啥呀，activity怎么可能可以拦截home键,小兄弟，别喷，android在3.0版本以前是可以做拦截的。3.0版本之后，google考虑到这一点，容易被人制作黑科技软件才home拦截的权限做了修改，放到了框架层的。具体的大家有兴趣可以去看看源码。反正这个方案是不能兼容了，放弃。
第二个方案，我认为可行，所以做了一个demo,后来发现,把整个的控制权都交给一个service,视乎没那么好办，首先一个问题就是，界面管理问题，就很复杂，对象管理很代码的可读性都不好，相当于自己写一个activitymanagerservice了。下面我贴下关键代码：
广播:
注意：这个广播在manifest中注册不起作用。必须要动态注册。
class MonitorHomeReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context,Intent intent) {
Intent startLockScreenIntent=newIntent(context,LockScreenViewService.class);
mContext.startService(startLockScreenIntent);
}
}
服务：
需要权限：<users-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>
public class LockScreenViewService extends Service {
@Override
public intonStartCommand(Intent intent, intflags, intstartId) {
if(null!=mWindowManager) {
if(null!=mLockScreenView) {
mWindowManager.removeView(mLockScreenView);
}
if(null!=mUnLockScreenView&& unLockScreenIsAttachedToWindow()) {
mWindowManager.removeView(mUnLockScreenView);
}
mWindowManager=null;
mParams=null;
mInflater=null;
mLockScreenView=null;
mUnLockScreenView=null;
}
initState();
initView();
addLockScreenView();
returnLockScreenViewService.START_STICKY;
}
private voidinitState() {
mParams=newWindowManager.LayoutParams(
WindowManager.LayoutParams.MATCH_PARENT,
WindowManager.LayoutParams.MATCH_PARENT,
WindowManager.LayoutParams.TYPE_SYSTEM_ERROR,
WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE,
PixelFormat.TRANSLUCENT);
mParams.flags= WindowManager.LayoutParams.FLAG_TRANSLUCENT_STATUS;
if(null==mWindowManager) {
mWindowManager= ((WindowManager)mContext.getSystemService(WINDOW_SERVICE));
}
}
private voidinitView() {
if(null==mInflater) {
mInflater= (LayoutInflater) getBaseContext().getSystemService(Context.LAYOUT_INFLATER_SERVICE);
}
if(null==mLockScreenView) {
mLockScreenView=mInflater.inflate(R.layout.view_locokscreen, null);
}
private voidaddLockScreenView() {
if(null!=mWindowManager&&null!=mLockScreenView&&null!=mParams) {
mWindowManager.addView(mLockScreenView,mParams);
}
}
private booleandetachLockScreenView() {
if(null!=mWindowManager&&null!=mLockScreenView&& lockScreenIsAttachedToWindow()) {
mWindowManager.removeView(mLockScreenView);
mLockScreenView=null;
mWindowManager=null;
stopSelf(mServiceStartId);
return true;
}else{
return false;
}
}
@TargetApi(Build.VERSION_CODES.KITKAT)
private booleanlockScreenIsAttachedToWindow() {
returnmLockScreenView.isAttachedToWindow();
}
}
第三个方案，也是可行的，最后我也选中这个方案做为项目的实现。因为相对来说，比较简单，也容易理解，只要新建一个launcher项目就可以了，关键事件屏蔽状态栏（不让状态栏展开），这个是关键。因为状态栏也在系统中是个隐藏的方法，所以，需要通过反射来做：
需要权限<android-permission android:name="android.permission.EXPAND_STATUS_BAR"/>
try{
Object service= getSystemService("statusbar");
Class statusBarManager=
Class.forName("android.app.StatusBarManager");
try{
Method method=statusBarManager.getMethod("collapsePanels");
method.invoke(service);
}catch(NoSuchMethodException e) {
e.printStackTrace();
}
}catch(ClassNotFoundException e) {
e.printStackTrace();
}
那么，这样是不是可以了呢？貌似可以了，实际上还有个小问题，就是你用launcher锁住状态栏，可是我要从launcher进去启动应用，然后在应用中再下拉状态栏去把你的launcher取消掉，不就玩不转了？怎么办？这就要发挥大家的崇明才智了，我的办法比较笨，写了一个定时器，一直控制不让状态栏展开。这里说一下，statusbarManager的disable方法更好，但是需要系统权限。
悬浮窗口解决方案：
需要权限：<users-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>
WindowManager manager = ((WindowManager) getApplicationContext()
.getSystemService(Context.WINDOW_SERVICE));
WindowManager.LayoutParams localLayoutParams =newWindowManager.LayoutParams();
localLayoutParams.type = WindowManager.LayoutParams.TYPE_SYSTEM_ERROR;
localLayoutParams.gravity = Gravity.TOP;
localLayoutParams.flags = WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE|
WindowManager.LayoutParams.FLAG_LAYOUT_IN_SCREEN| WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL;
localLayoutParams.width = WindowManager.LayoutParams.MATCH_PARENT;
localLayoutParams.height = getNotifyBarHeight(this);
localLayoutParams.format = PixelFormat.TRANSPARENT;
View view =newView(this);
manager.addView(view, localLayoutParams);
public static int getNotifyBarHeight(Context context){int result =0;int resourceId = context.getResources().getIdentifier("status_bar_height","dimen","android");if(resourceId >0) {
result = context.getResources().getDimensionPixelSize(resourceId);
}returnresult;
}
那么，第四个方案了，这个方案可以说最可以一劳永逸的解决问题了，只是个人观点，因为我还是崇拜系统工程师。他们的工作，一直让我望尘莫及。由于时间问题，我没有做深入的研究，在这里只是装个逼而已，哈哈。理论上是可行的，通过修改systemServer，我们都知道systemeServer是android系统的第二个进程，AcitivtyManagerService就是它创造出来的。还有什么是它干不成的呢？？
它的目录在 framwork/base/services\java\com\android\server
有兴趣的可以去翻翻源码，你会收获很大。
