Android13(T) 的Target适配问题总结

最近在做Android13(T) 的Target适配,整理了适配过程中遇到的问题 分以下三部分:影响所有应用的变更(包含target33), 只影响TargetSdkVersion = 33的变更 ,其他更改(新增或者改善的功能).

1.影响所有应用的变更

1.1 必须要适配此项

1.1.1 通知的运行时权限

Android 13 中引入了一种新的运行时通知权限:POST_NOTIFICATIONS。 如果用户在搭载 Android 13 的设备上安装您的应用,应用的通知默认处于关闭状态。在您请求新的权限且用户向您的应用授予该权限之前,您的应用都将无法发送通知。

申请弹框时选择项目

1)选择“允许”,然后应用程序可以通过任何渠道发送通知,并发布与前台服务相关的通知。
2)选择“不允许”,则应用程序无法通过任何渠道发送通知,只有少数特定规则除外。
3)不去选择,则应用程序只能在系统有临时授权的情况下发送通知。

1)以 Android 13 为目标平台

对于新安装的应用: 应用程序需要在Manifest中声明 android.permission.POST_NOTIFICATION 权限。此权限的级别为“dangerous”,因此应用程序需要向用户显示运行时提示才能被授予权限。未被授予权限的程序包的通知将被系统自动删除。
现有应用更新(系统自动升级到Android13): 系统临时授予应用发送通知的权限持续到首次启动Activity为止。

2)如果您的应用以 12L(API 级别 32)或更低版本为目标平台

对于新安装的应用: 系统会在您创建第一个通知渠道时显示权限对话框。这通常是在应用启动时。
现有应用更新(系统自动升级到Android13): 系统临时授予应用发送通知的权限,直到用户在通知权限运行时对话框中明确选择一个选项。也就是说如果用户在未做出选择的情况下关闭了权限提示,系统会保留应用的临时授权。

获得临时授权的资格要求: 应用必须已具有通知渠道,并且用户未在搭载 12L 或更低版本的设备上明确停用应用的通
知。如果用户在搭载 12L 或更低版本的设备上停用了应用的通知,当设备升级到 Android 13 或更高版本后,该停
用会继续有效。

所以在13的机器上不管是target是13还是13以下 对用户而言关闭通知权限的可能性非常大所有需要做些业务性的引导逻辑,引导用户去开启通知权限

适配方式:

1.注册权限

    
    
        ...
    


2. 代码申请
public static final String POST_NOTIFICATIONS="android.permission.POST_NOTIFICATIONS";
public static void requestNotificationPermission(Activity activity) {
  
    if (Build.VERSION.SDK_INT >= 33) {
        if (ActivityCompat.checkSelfPermission(activity, POST_NOTIFICATIONS) == PackageManager.PERMISSION_DENIED) {
            if (!ActivityCompat.shouldShowRequestPermissionRationale( activity, POST_NOTIFICATIONS)) {
              enableNotification(activity);  
            }else{
                ActivityCompat.requestPermissions( activity,new String[]{POST_NOTIFICATIONS},100);
            }
        }
    } else {
        boolean enabled = NotificationManagerCompat.from(activity).areNotificationsEnabled();
        if (!enabled) {
            enableNotification(activity);
        }
    }
}

public static void enableNotification(Context context) {
    try {
        Intent intent = new Intent();
        intent.setAction(Settings.ACTION_APP_NOTIFICATION_SETTINGS);
        intent.putExtra(Settings.EXTRA_APP_PACKAGE,context. getPackageName());
        intent.putExtra(Settings.EXTRA_CHANNEL_ID, context.getApplicationInfo().uid);
        intent.putExtra("app_package", context.getPackageName());
        intent.putExtra("app_uid", context.getApplicationInfo().uid);
        context.  startActivity(intent);
    } catch (Exception e) {
        e.printStackTrace();
        Intent intent = new Intent();
        intent.setAction(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
        Uri uri = Uri.fromParts("package",context. getPackageName(), null);
        intent.setData(uri);
        context. startActivity(intent);
    }
}

1.2 如果有涉及以下需求,可以使用新的api实现

1.2.1. 语言偏好设置

之前是在设置中统一全局修改系统语言, 现在可以针对单个应用设置语言偏好(中文/英文…),请参考变更记录 其他关于语言的变更有针对性特定国家语言(日语文本换行/非拉丁字母行高/语种输入文本转换api)的优化具体可以参考官方文档

非拉丁语行高 ,日语换行 ,不同语种输入文本转换

1.2.2. 自适应主题图标

应用图标可以跟随用户设置的主题壁纸动态调整显示样式 请参考使用方式变更记录

Android13(T) 的Target适配问题总结_第1张图片

1.2.3.可降级权限(撤销特定的运行时权限或权限组

从 Android 13 开始,应用可以撤消先前由系统或用户授予的运行时权限。此 API 可以帮助应用保护用户的隐私。

如需撤消特定运行时权限,请将该权限的名称传入 revokeOwnPermissionOnKill()。如需同时撤消一组运行时权限,请将这组权限的名称传入 revokeOwnPermissionsOnKill()。撤消是异步发生的,会终止与应用的 UID 相关联的所有进程。

系统只有在安全的情况下才会触发撤消操作。具体而言,当有应用组件仍在前台运行,或者有另一个应用正在访问您应用的组件(如 content provider)时,不会发生撤消。如果您想立即撤消权限,可以调用 exit()。但是,对 exit() 进行此类调用可能会导致当前正在访问您应用的其他应用出现未定义的行为或崩溃。

1.2.4.照片选择器

没有特殊需求可以用官方的照片选择器 参考文档

1.2.5 剪贴板擦除

剪贴板的内容会在60min之后清除,从剪贴板那数据的操作要注意

2.TargetSdkVersion = 33的变更

2.1.必须要适配

2.1.1.通知权限见上述 通知适配部分

2.1.2.读取媒体文件权限适配

对于目标版本为Android 13,细化READ_EXTERNAL_STORAGE权限,使用READ_MEDIA_IMAGEREAD_MEDIA_VIDEOREAD_MEDIA_AUDIO替代READ_EXTERNAL_STORAGE; 如果traget=33 没有适配会出现异常

Android13(T) 的Target适配问题总结_第2张图片

适配方式


    
    
    
    
    
    
    
    
        ...
    

代码中分版本去判断请求哪个权限

32及以下版本
ActivityCompat.requestPermissions( activity,new String[]{"android.permission.READ_EXTERNAL_STORAGE"},100);

33及以上版本
ActivityCompat.requestPermissions( activity,new String[]{"android.permission.READ_MEDIA_IMAGES"},100);
ActivityCompat.requestPermissions( activity,new String[]{"android.permission.READ_MEDIA_AUDIO"},100);
ActivityCompat.requestPermissions( activity,new String[]{"android.permission.READ_MEDIA_VIDEO"},100);

2.1.3 在后台使用身体传感器需要新的权限

Android 13 中引入了“在使用时”访问身体传感器(例如心率、体温和血氧饱和度)的概念。此访问模式与 Android 10(API 级别 29)系统为位置信息引入的模式非常相似。

如果您的应用以 Android 13 为目标平台,并且在后台运行时需要访问身体传感器信息,那么除了现有的 BODY_SENSORS 权限外,您还必须声明新的 BODY_SENSORS_BACKGROUND 权限。

2.1.4. 动态注册的广播需要申明 Export行为

从 Android 12 开始 系统要求在注册清单中带有 intent-filter标签的组件必须用export指明是否可导出(如果的当前Activity Service Provider reciver 不需要让其他应用调用 要设置成false, 例如:我们的启动页面就需要指明export='true’来让launch 启动.)

要实现此安全增强措施,请执行以下操作:

1.启用 DYNAMIC_RECEIVER_EXPLICIT_EXPORT_REQUIRED 兼容性框架更改。
2.在应用的每个广播接收器中,明确指明其他应用是否可以向其发送广播,如以下代码段所示:

// This broadcast receiver should be able to receive broadcasts from other apps.
// This option causes the same behavior as setting the broadcast receiver's
// "exported" attribute to true in your app's manifest.
context.registerReceiver(sharedBroadcastReceiver, intentFilter,
    RECEIVER_EXPORTED);

// For app safety reasons, this private broadcast receiver should **NOT**
// be able to receive broadcasts from other apps.
context.registerReceiver(privateBroadcastReceiver, intentFilter,
    RECEIVER_NOT_EXPORTED);

注意:如果启用了 DYNAMIC_RECEIVER_EXPLICIT_EXPORT_REQUIRED 兼容性框架更改,则必须为每个广播接收器指定 RECEIVER_EXPORTEDRECEIVER_NOT_EXPORTED。否则,当您尝试注册广播接收器时,系统会抛出 SecurityException

适配方式可以全局修改 注册的地方加上exported flag 三方sdk中的注册依赖于各SDK平台的适配,我们可以在 Applocation 和 BaseActivity中 复写registerReceiver在复写方法里判断有没有添加RECEIVER_EXPORTEDRECEIVER_NOT_EXPORTED,如果没有先手动添加ECEIVER_EXPORTED

 boolean flagExported = (flags & Context.RECEIVER_EXPORTED) != 0;
 boolean flagNotExported = (flags & Context.RECEIVER_NOT_EXPORTED) != 0;
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU && !flagExported && !flagNotExported) {
    try {
        intent = super.registerReceiver(receiver, filter, flags|Context.RECEIVER_EXPORTED);
    } catch (Exception ex) {
        e.printStackTrace();
    }
}

2.1.5 附近的WIFI设备权限

由于可以通过跟踪附近的Wi-Fi AP和蓝牙设备来推断设备的位置,谷歌决定禁止应用程序访问蓝牙或Wi-Fi扫描结果,除非这类应用需要声明 ACCESS_FINE_LOCATION 权限。
在Android 13中,Google将Wi-Fi扫描与位置分离。Android 13 为管理设备与周围 Wi-Fi 热点连接的应用添加 NEARBY_WIFI_DEVICES运行时权限 (属于 NEARBY_DEVICES 权限组)。调用许多常用 Wi-Fi API 的应用都会需要这个权限,从而在不需要ACCESS_FINE_LOCATION权限 的情况下,更轻松地说明应用为何访问附近的 Wi-Fi 设备。此前,对于仅需要连接 Wi-Fi 设备,但实际上并不需要了解设备位置的应用来说,以 Android 13 为目标平台的应用现在可以通过 “neverForLocation” 属性来完善申请 NEARBY_WIFI_DEVICES 权限,这将有助于促进应用设计的隐私性和友好性,同时减少开发者们面临的阻碍。

以 Android 13 为目标平台的应用程序,访问附近的 WI-FI 设备。除特例API需要申请ACCESS_FINE_LOCATION外,其他需要申请android.permission.NEARBY_WIFI_DEVICES运行时权限; 对于用户来说,如果应用没有适配且对调用API没有保护。会出现应用报错或功能异常等现象;

1、开发需要区分不同api对应的权限
需要新权限(NEARBY_WIFI_DEVICES)的 API:
1)WifiManager:startLocalOnlyHotspot()
2)WifiAwareManager:attach()
3)WifiAwareSession:publish()、subscribe()
4)WifiP2pManager:addLocalService()、connect()、createGroup()、discoverPeers()、discoverServices()、requestDeviceInfo()、requestGroupInfo()、requestPeers()
5)WifiRttManager:startRanging()

仍需要位置信息权限(ACCESS_FINE_LOCATION )的API:

1)WifiManager:getScanResults()、startScan()

2、由于 NEARBY_WIFI_DEVICES 权限仅适用于 Android 13 或更高版本,应保留对 ACCESS_FINE_LOCATION 的所有声明,以便在您的应用中提供向下兼容性。如果您的应用不会使用 Wi-Fi API 推导物理位置信息,就可以将此权限的最高 SDK 版本设为 32:


    
    
        ...
    

3、以 Android 13 为目标平台时,如果应用不会通过 Wi-Fi API 推导物理位置,请在清单文件中将 usesPermissionFlags 属性设为 neverForLocation。


    
    
        ...
    

3. 新增/改善功能

3.1. open JDk 11 更新

Android 13 开始刷新 Android 的核心库,以与 OpenJDK 11 LTS 版本保持一致,并增添了适合应用和平台开发者的库更新和 Java 11 语言支持,使用jdk中的一些新的方法 参考文档

3.2. 自定义快捷图款

类似于在桌面下拉菜单中的 蓝牙/WIFI/手电筒等快捷按钮, 这个功能7.0 就提供了本次修改是可以将自定义的快捷图块直接显示在默认栏里不需要手动去添加.参考文档

3.3 TextView 的断字性能优化

断字让分行的文本更易于阅读,并且有助于使界面更具自适应性。在 Android 13 中,我们将断字性能优化了多达 200%,因此您现在可以在 TextView 中启用断字功能,这几乎不影响渲染性能。如需启用更快断字功能,请在 setHyphenationFrequency() 中使用新的 fullFast 或 normalFast 频率。

作者:安安_660c
链接:https://www.jianshu.com/p/f0d390c2751e

最后

如果想要成为架构师或想突破20~30K薪资范畴,那就不要局限在编码,业务,要会选型、扩展,提升编程思维。此外,良好的职业规划也很重要,学习的习惯很重要,但是最重要的还是要能持之以恒,任何不能坚持落实的计划都是空谈。

如果你没有方向,这里给大家分享一套由阿里高级架构师编写的《Android八大模块进阶笔记》,帮大家将杂乱、零散、碎片化的知识进行体系化的整理,让大家系统而高效地掌握Android开发的各个知识点。
Android13(T) 的Target适配问题总结_第3张图片
相对于我们平时看的碎片化内容,这份笔记的知识点更系统化,更容易理解和记忆,是严格按照知识体系编排的。

一、架构师筑基必备技能

1、深入理解Java泛型
2、注解深入浅出
3、并发编程
4、数据传输与序列化
5、Java虚拟机原理
6、高效IO
……

Android13(T) 的Target适配问题总结_第4张图片

二、Android百大框架源码解析

1.Retrofit 2.0源码解析
2.Okhttp3源码解析
3.ButterKnife源码解析
4.MPAndroidChart 源码解析
5.Glide源码解析
6.Leakcanary 源码解析
7.Universal-lmage-Loader源码解析
8.EventBus 3.0源码解析
9.zxing源码分析
10.Picasso源码解析
11.LottieAndroid使用详解及源码解析
12.Fresco 源码分析——图片加载流程

Android13(T) 的Target适配问题总结_第5张图片

三、Android性能优化实战解析

  • 腾讯Bugly:对字符串匹配算法的一点理解
  • 爱奇艺:安卓APP崩溃捕获方案——xCrash
  • 字节跳动:深入理解Gradle框架之一:Plugin, Extension, buildSrc
  • 百度APP技术:Android H5首屏优化实践
  • 支付宝客户端架构解析:Android 客户端启动速度优化之「垃圾回收」
  • 携程:从智行 Android 项目看组件化架构实践
  • 网易新闻构建优化:如何让你的构建速度“势如闪电”?

Android13(T) 的Target适配问题总结_第6张图片

四、高级kotlin强化实战

1、Kotlin入门教程
2、Kotlin 实战避坑指南
3、项目实战《Kotlin Jetpack 实战》

  • 从一个膜拜大神的 Demo 开始

  • Kotlin 写 Gradle 脚本是一种什么体验?

  • Kotlin 编程的三重境界

  • Kotlin 高阶函数

  • Kotlin 泛型

  • Kotlin 扩展

  • Kotlin 委托

  • 协程“不为人知”的调试技巧

  • 图解协程:suspend

Android13(T) 的Target适配问题总结_第7张图片

五、Android高级UI开源框架进阶解密

1.SmartRefreshLayout的使用
2.Android之PullToRefresh控件源码解析
3.Android-PullToRefresh下拉刷新库基本用法
4.LoadSir-高效易用的加载反馈页管理框架
5.Android通用LoadingView加载框架详解
6.MPAndroidChart实现LineChart(折线图)
7.hellocharts-android使用指南
8.SmartTable使用指南
9.开源项目android-uitableview介绍
10.ExcelPanel 使用指南
11.Android开源项目SlidingMenu深切解析
12.MaterialDrawer使用指南
Android13(T) 的Target适配问题总结_第8张图片

六、NDK模块开发

1、NDK 模块开发
2、JNI 模块
3、Native 开发工具
4、Linux 编程
5、底层图片处理
6、音视频开发
7、机器学习

Android13(T) 的Target适配问题总结_第9张图片

七、Flutter技术进阶

1、Flutter跨平台开发概述
2、Windows中Flutter开发环境搭建
3、编写你的第一个Flutter APP
4、Flutter开发环境搭建和调试
5、Dart语法篇之基础语法(一)
6、Dart语法篇之集合的使用与源码解析(二)
7、Dart语法篇之集合操作符函数与源码分析(三)

Android13(T) 的Target适配问题总结_第10张图片

八、微信小程序开发

1、小程序概述及入门
2、小程序UI开发
3、API操作
4、购物商场项目实战……

Android13(T) 的Target适配问题总结_第11张图片

全套视频资料:

一、面试合集
Android13(T) 的Target适配问题总结_第12张图片
二、源码解析合集

Android13(T) 的Target适配问题总结_第13张图片
三、开源框架合集

Android13(T) 的Target适配问题总结_第14张图片
欢迎大家一键三连支持,若需要文中资料,直接点击文末CSDN官方认证微信卡片免费领取【保证100%免费】↓↓↓

Android13(T) 的Target适配问题总结_第15张图片

你可能感兴趣的:(Android,Android开发,android,java,安全)