后台定位权限
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 更改了应用对设备外部存储设备中的文件（例如存储在路径
/sdcard下的文件）的访问方式。Android Q 会继续使用READ_EXTERNAL_STORAGE和WRITE_EXTERNAL_STORAGE权限，这些权限与面向用户的存储运行时权限相对应。
不过，默认情况下，以 Android Q 为目标平台的应用（以及选择接受这些变更的应用）在访问外部存储设备中的文件时会进入过滤视图。此类应用只能查看特定于应用的目录和特定类型的媒体，因此应用无需请求任何其他用户权限。在早期测试版（READ_MEDIA_IMAGES、READ_MEDIA_AUDIO 和 READ_MEDIA_VIDEO）中引入的特定于媒体集合的权限现已过时。
相机和网络连接变更
访问所有相机信息都需要获得权限
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。
