android 实现只运行白名单应用

项目需求,要求本公司自己的外发设备必须只能用指定授权的白名单的应用。一开始,我是有抵触的,认为是黑科技。没办法,工作还是要认真做的。责任所在。于是,先确认思路。

想到了几个方案:

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

有兴趣的可以去翻翻源码,你会收获很大。

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值