Android设置界面层级为最上层实现
Android设置界面层级为最上层实现
文章目录
- Android设置界面层级为最上层实现
- 一、前言
- 二、Android设置界面层级为最上层实现
- 1、主要代码
- 2、后遗症
- 三、其他
- 1、Android设置界面层级为最上层小结
- 2、悬浮框的主要代码
- 悬浮框 注意事项
- (1)权限限制
- (2)悬浮框窗口类型
- (3)悬浮框窗口管理
- Activity添加悬浮框后关闭Activity的情况,没有Activity,没有Service,这个应用是存活的,为啥呢?
- 关键窗口类型对比:
- (4)悬浮框的正常使用
- (5)查看当前顶层界面信息
- (6)查看当前所有窗口
- 3、Android对话框的使用总结
- 4、Android 几个简单的自定义对话框介绍
一、前言
Android设置界面层级为最上层怎么实现?
正常情况设置悬浮框就可以了,悬浮框默认是最上层的。
但是Java还有个地方的代码可以设置界面再任何界面之上;
具体实现逻辑没有去分析,这个只是其他人这样分析实现了,我顺便记录一下。
真正用到的场景估计比较少,有些系统应用的唯一悬浮框界面估计会需要用到;
最后也介绍到了一些悬浮框相关的小众知识,有兴趣的可以看看。
二、Android设置界面层级为最上层实现
1、主要代码
frameworks\base\services\core\java\com\android\server\wm\Task.java
@Overridepublic boolean isAlwaysOnTop() {boolean isinstallCts = SystemProperties.getBoolean("persist.skg.isinstall.cts", false);if (!isinstallCts) {// debug settings return trueString pk = getBasePackageName();if (pk.equals("com.debug.dialog") || pk.equals("com.android.settings") ) {return true;}}return !isForceHidden() && super.isAlwaysOnTop();}
修改上面代码后就可以实现top的包名应用会出现在最上层;
即使悬浮框和对话框都是显示在它的下层。
如果两个应用同时是top,后面拉起的一个会显示在最上层。
实现原理这里不进行分析了,因为我没研究过!
2、后遗症
按照上面的修改会有点问题:
如果只是悬浮框显示在最上层,并且可以移动,交互上是没啥问题的;
如果最上层的是Activity 界面,按Home和后台任务无效,未添加堆栈前返回按键无法关闭界面;
因为Home之后的Launcher界面的优先级也比它低;
后台任务的界面优先级也比它低。
所以只有是悬浮框的应用或特定的系统界面可以采用这种方式设置方式设置界面层级最高级;
其他情况慎用。
三、其他
1、Android设置界面层级为最上层小结
本文是强制设置某个应用的界面为最顶层。一般不建议这样修改。
简单的理解每个界面显示系统都会判断它的级别,随后排序显示显示。
普通悬浮于应用的场景,使用系统悬浮框就可以了。
大致优先级:top>悬浮框>对话框>Activity.
如果是锁屏界面呢?在top上面还是下面?
试了一下,锁屏界面是在top应用界面上面的。锁屏界面的层级不清楚怎么样的。
2、悬浮框的主要代码
// 获取 WindowManager 服务WindowManager windowManager = (WindowManager) getSystemService(WINDOW_SERVICE);// 设置 WindowManager 布局参数WindowManager.LayoutParams params = new WindowManager.LayoutParams(WindowManager.LayoutParams.WRAP_CONTENT,WindowManager.LayoutParams.WRAP_CONTENT,WindowManager.LayoutParams.TYPE_APPLICATION_OVERLAY, //悬浮框类别WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE,android.graphics.PixelFormat.TRANSLUCENT);//floatingView 是某个layout对象,不能是普通的view,比如TextViewwindowManager.addView(floatingView, params);//移除它
windowManager.removeView(floatingLayout)
floatingView 示例:
//正确示例:
LinearLayout floatingView = (LinearLayout) View.inflate(this, R.layout.activity_main, null);//错误示例(传入这个floatingView会报错):
LinearLayout floatingView = findViewById(R.id.activity_demo);
悬浮框 注意事项
(1)权限限制
从 Android 6.0 (API 23) 开始,必须通过 Settings.ACTION_MANAGE_OVERLAY_PERMISSION
显式请求悬浮窗权限。
部分厂商定制系统可能进一步限制此权限。
(2)悬浮框窗口类型
-
Android 8.0 (API 26) 及以上版本必须使用
TYPE_APPLICATION_OVERLAY
类型。 -
旧版本使用
TYPE_PHONE
或TYPE_SYSTEM_ALERT
。 -
TYPE_SYSTEM_ALERT 在新版本也能使用,但是必须是系统签名权限应用。
-
系统系统应用不常用窗口类别:
这些类型用于系统组件,普通应用通常无法使用: TYPE_STATUS_BAR 描述:状态栏窗口。 TYPE_NAVIGATION_BAR 描述:导航栏窗口。 TYPE_INPUT_METHOD 描述:输入法窗口。 TYPE_KEYGUARD 描述:锁屏界面窗口。 TYPE_ACCESSIBILITY_OVERLAY 描述:无障碍服务覆盖窗口。 TYPE_DREAM 描述:屏保窗口(Doze 模式)。 TYPE_VOICE_INTERACTION 描述:语音交互窗口(如 Google Assistant)。
-
窗口类型的层级关系(从低到高):
应用界面 < TYPE_APPLICATION_OVERLAY < TYPE_SYSTEM_ALERT < 状态栏 < 输入法 < 系统错误窗口
上面的窗口类别了解一下就可以了,有些窗口类别是需要再特定条件下才能使用的。
(3)悬浮框窗口管理
WindowManager 添加的悬浮框窗口,后面的窗口不属于应用了?
如果是demo应用的Activity添加的悬浮框,Activity界面退出后,悬浮框窗口还是会显示在系统界面上;
那么这个时候demo应用还存活吗?
使用命令:“ps -ef | grep XXX包名” 查看了一下,应用进程是在的;
即使使用后台进程列表,去除该应用,发现应用进程还在,悬浮窗口还是存在;
这种情况应该是系统清除进程过程判断当前应用有关联的窗口,所以没有kill应用进程;
使用命令 “ am force-stop XXX包名”,kill进程后,悬浮框确实关闭了。
所以说悬浮框窗口显示的前提必须要原本拉起悬浮窗口的应用必须存活。
Activity添加悬浮框后关闭Activity的情况,没有Activity,没有Service,这个应用是存活的,为啥呢?
这个和系统进程策略有关,有些系统列表的窗口就是可以不依赖Activity存在。
为啥没有Activity也能存活,具体是哪个类哪个逻辑的处理,我也不清楚!
关键窗口类型对比:
窗口类型 | 所属层级 | 是否允许后台存在(无 Activity/Service) |
---|---|---|
TYPE_APPLICATION | 应用层级 | 不允许:依赖 Activity 存在 |
TYPE_APPLICATION_OVERLAY | 应用覆盖层级 | 允许:可在后台独立存在(需权限) |
TYPE_SYSTEM_ALERT | 系统层级 | 允许:系统级窗口,可后台存在 |
TYPE_APPLICATION 类别的窗口,和对话框是一样类型的,不太算悬浮框了。
(4)悬浮框的正常使用
正常情况下,悬浮框的使用都是在Service拉起的,并且可以在Service实时监听数据变化更新界面显示。
(5)查看当前顶层界面信息
//普通应用正常运行,查看当前顶层界面信息
console:/ # dumpsys window | grep mFocmFocusedApp=ActivityRecord{3609e53 u0 com.example.an15/.MainActivity t66}mFocusedWindow=Window{4e5b6fa u0 com.example.an15/com.example.an15.MainActivity}
console:/ #
console:/ #
//Activity退出,悬浮框界面显示的时候
console:/ # dumpsys window | grep mFocmFocusedApp=ActivityRecord{85383ad u0 com.android.launcher3/.uioverrides.QuickstepLauncher t63}mFocusedWindow=Window{c1dff8 u0 com.android.launcher3/com.android.launcher3.uioverrides.QuickstepLauncher}
可以看到显示悬浮框界面的时候,当前顶层界面是悬浮框背后的界面,
如果是桌面应用,就是Launcher界面了。
(6)查看当前所有窗口
查看当前所有窗口命令:dumpsys window windows | grep “Window{”
这个命令能看到:当前顶层窗口,悬浮窗口,系统其他窗口信息等。
示例如下:
//*************显示悬浮窗,并且未关闭demo应用的Activity前
console:/ #
console:/ # dumpsys window windows | grep "Window{" Window #0 Window{6c3345b u0 ScreenDecorOverlayBottom}:...//添加的悬浮窗口信息Window #5 Window{f3d263 u0 Sys2038:com.example.an15/com.example.an15.MainActivity}:Window #6 Window{e3472f4 u0 ShellDropTarget}:Window #7 Window{d2f67df u0 InputMethod}://当前的顶层界面信息,demo应用Window #8 Window{365bc0c u0 com.example.an15/com.example.an15.MainActivity}://其他界面信息,比如Launcher 、后台未关闭的窗口Window #9 Window{8b073fa u0 com.android.launcher3/com.android.launcher3.uioverrides.QuickstepLauncher}:Window #10 Window{c4d9262 u0 com.android.systemui.wallpapers.ImageWallpaper}:
...
console:/ # //***********显示悬浮窗,并且已关闭demo应用的Activity后,显示的是Launcher桌面
console:/ #
console:/ # dumpsys window windows | grep "Window{" Window #0 Window{6c3345b u0 ScreenDecorOverlayBottom}://添加的悬浮窗口信息Window #5 Window{f3d263 u0 Sys2038:com.example.an15/com.example.an15.MainActivity}:Window #6 Window{e3472f4 u0 ShellDropTarget}:Window #7 Window{d2f67df u0 InputMethod}://当前的顶层界面信息,Launcher应用Window #8 Window{8b073fa u0 com.android.launcher3/com.android.launcher3.uioverrides.QuickstepLauncher}://其他信息界面Window #9 Window{c4d9262 u0 com.android.systemui.wallpapers.ImageWallpaper}:imeLayeringTarget in display# 0 Window{8b073fa u0 com.android.launcher3/com.android.launcher3.uioverrides.QuickstepLauncher}imeInputTarget in display# 0 Window{8b073fa u0 com.android.launcher3/com.android.launcher3.uioverrides.QuickstepLauncher}
console:/ #
从window窗口信息,可以大致看到,window的次序信息和界面显示的是大致一致的;
前面先是显示悬浮窗口,后面显示应用窗口;
应用的悬浮窗口信息比较明显,包含了包名,其他的悬浮窗口,是一些系统的悬浮窗口信息;
悬浮窗口后面的信息,就到普通应用的Activity界面了,
第一个非悬浮窗口界面就是当前的顶层界面,后面的界面就是后台存在的界面了;
应用界面打开后,按Home返回,所有后台应用界面都会显示在上面;
不排除系统判断当前应用进程太多的情况,会杀死一些应用界面。
以前看这个信息也没注意这么多,现在看看dumpsys这些window信息对界面分析还是比较有用的。
3、Android对话框的使用总结
(一)警告对话框 AlertDialog: 一个可以有0到3个按钮, 一个单选框或复选框的列表的对话框. 警告对话框可以创建大多数的交互界面, 是推荐的类型.
(二)进度对话框 ProgressDialog: 显示一个进度环或者一个进度条. 由于它是AlertDialog的扩展, 所以它也支持按钮.
(三)日期选择对话框 DatePickerDialog: 让用户选择一个日期.
(四)时间选择对话框 TimePickerDialog: 让用户选择一个时间
原文链接:https://blog.csdn.net/wenzhi20102321/article/details/52818351
4、Android 几个简单的自定义对话框介绍
Android 对话框直接使用肯定是不好看的,如果需要添加取消和确定按钮,肯定是需要进行自定义修改的。
简单介绍一个简单的可扩展的对话框,并且支持不同类型样式,加了点小动画。
https://blog.csdn.net/wenzhi20102321/article/details/139040977