android 实现只运行白名单应用

最新推荐文章于 2025-04-25 09:32:31 发布

平头哥的世界

最新推荐文章于 2025-04-25 09:32:31 发布

阅读量3.7k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： android

本文链接：https://blog.csdn.net/cruelder/article/details/83382469

android 专栏收录该内容

16 篇文章

订阅专栏

本文探讨了在安卓设备上实现应用白名单的多种技术方案，包括通过 fullscreenactivity、广播和服务、launcher项目以及修改framework等方法，详细分析了每种方案的可行性与挑战。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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

想到了几个方案：

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.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

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