后台定位权限
AndroidQ新引入了后台定位权限,是危险权限需要代码动态申请
<!--允许App在后台获得位置信息-->
<uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION"/>
这个权限必须配合下面两个权限使用,单独写没有任何效果
<!--允许获得精确的GPS定位-->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION"/>
<!--允许获得粗略的基站网络定位-->
<uses-permission android:name="android.permission.ACCESS_COARSE_LOCATION"/>
Google加入这个权限,意在将App是否能定位的权利分为前台和后台分别交给用户决定,减少App在后台静默定位的可能性,减少用户的个人信息的泄露。
Android Q后台定位权限的更改总而言之就是,如果项目中没有用到后台实时定位,则并无多大改动;如果涉及到后台定位,那就需要同定位权限一同去申请授权即可。
唯一标识符更改
AndroidQ对设备的系统标识增加了更多的限制和修改,AndroidQ将彻底禁止第三方应用获取设备的imei序列号,无论你是以target多少版本编译的应用,都不能在AndroidQ的设备上获得设备标识符。所以如果你只是想得到唯一标识符,请不要再加入READ_PHONE_STATE权限,不会生效。
如果你的应用可以加入系统级应用,那么你需要加入权限
<uses-permission android:name="android.permission.READ_PHONE_STATE"/>
<uses-permission android:name="android.permission. READ_PRIVILEGED_PHONE_STATE"/>
READ_PRIVILEGED_PHONE_STATE为系统级别权限,第三方应用加入无效。
如果依然使用获取imel相关的代码时
如果应用以 Android Q 为目标平台,则会发生 SecurityException。
如果应用以 Android 9(API 级别 28)或更低版本为目标平台,则相应方法会返回 null 或占位符数据(如果应用具有 READ_PHONE_STATE 权限)。否则,会发生 SecurityException。
使用 Android 标识符的最佳做法:https://developer.android.com/training/articles/user-data-ids
一个不变和基本不重复的UUID方法:
public static String getUUID() {
String serial = null;
String m_szDevIDShort = "35" +
Build.BOARD.length() % 10 + Build.BRAND.length() % 10 +
Build.CPU_ABI.length() % 10 + Build.DEVICE.length() % 10 +
Build.DISPLAY.length() % 10 + Build.HOST.length() % 10 +
Build.ID.length() % 10 + Build.MANUFACTURER.length() % 10 +
Build.MODEL.length() % 10 + Build.PRODUCT.length() % 10 +
Build.TAGS.length() % 10 + Build.TYPE.length() % 10 +
Build.USER.length() % 10; //13 位
try {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
serial = android.os.Build.getSerial();
} else {
serial = Build.SERIAL;
}
//API>=9 使用serial号
return new UUID(m_szDevIDShort.hashCode(), serial.hashCode()).toString();
} catch (Exception exception) {
//serial需要一个初始化
serial = "serial"; // 随便一个初始化
}
//使用硬件信息拼凑出来的15位号码
return new UUID(m_szDevIDShort.hashCode(), serial.hashCode()).toString();
}
后台Activity启动限制
AndroidQ加强了关于后台Activity的启动限制,App不可以随意的从后台拉起Activity:https://developer.android.com/preview/privacy/background-activity-starts
从 Android Q 测试版 5 开始,此项变更具有以下特性:
如果您在未与用户互动的情况下启动 Activity,则会影响您的应用
使用由通知触发的 Activity 进行缓解
通过开启允许系统执行后台活动开发者选项停用限制
该行为变更仍会在设备升级到 Android Q 后生效。
存储权限变更
- Android Q 中删除了READ_EXTERNAL_STORAGE和WRITE_EXTERNAL_STORAGE两项危险权限,限制 App 只能使用自己的应用空间存放文件。/Android/data/<package-name>/
- 当 App 需要保存一些不能随卸载删除的文件时,需要根据存放位置动态申请新增的权限:READ_MEDIA_IMAGES,READ_MEDIA_VIDEO 或 READ_MEDIA_AUDIO(分别对应系统的媒体文件夹)。 比较特殊的是 Downloads 文件夹:写入和读取自身写入的数据不需要申请权限,但想获取其他 App 存进去的文件时,必须使用系统的文件选择器,由用户选择。
相机和网络连接变更
访问所有相机信息都需要获得权限
Android Q 更改了 getCameraCharacteristics() 方法默认返回的信息的广度。具体而言,您的应用必须具有 CAMERA 权限才能访问此方法的返回值中可能包含的设备特定元数据。
对启用和停用 WLAN 的限制
以 Android Q 为目标平台的应用无法启用或停用 WLAN。WifiManager.setWifiEnabled() 方法始终返回 false。
如果需要,请使用设置面板提示用户启用和停用 WLAN。
WLAN 网络配置限制
为了保护用户隐私,现在只有系统应用和设备政策控制器 (DPC) 支持手动配置系统的 WLAN 网络列表。给定 DPC 可以是设备所有者或配置文件所有者。
如果您的应用不属于以上其中一个类别,而且以 Android Q 为目标平台,则下列方法将不再返回有用数据:
-
getConfiguredNetworks()
方法始终返回空列表。 - 每个返回整数值的网络操作方法(
addNetwork()
和updateNetwork()
)始终返回 -1。 - 每个返回布尔值的网络操作(
removeNetwork()
、reassociate()
、enableNetwork()
、disableNetwork()
、reconnect()
和disconnect()
)始终返回false
。
注意:如果运营商应用调用 getConfiguredNetworks()
,系统便会返回仅包含运营商配置的网络的列表。
如果您的应用需要连接到 WLAN 网络,请使用以下备用方法:
- 要触发与 WLAN 网络的即时本地连接,请在标准
NetworkRequest
对象中使用WifiNetworkSpecifier
。 - 要添加 WLAN 网络以便考虑为用户提供互联网访问权限,请使用
WifiNetworkSuggestion
对象。您可以通过分别调用addNetworkSuggestions()
和removeNetworkSuggestions()
添加和移除在自动连接网络选择对话框中显示的网络。这些方法不需要任何位置权限。
telephony API、WLAN API 和 Bluetooth API 需要精确位置权限
除非您的应用具有 ACCESS_FINE_LOCATION
权限,否则应用在 Android Q 上运行时无法使用 WLAN API、Wi-Fi Aware API 或 Bluetooth API 中的多种方法。下面列出了受影响的方法。
注意:如果您的应用在 Android Q 上运行但以 Android 9(API 级别 28)或更低版本为目标平台,则只要您的应用具有 ACCESS_COARSE_LOCATION
或 ACCESS_FINE_LOCATION
权限,您就可以使用受影响的 API。
网友评论