Android Q 适配

后台定位权限

AndroidQ新引入了后台定位权限，是危险权限需要代码动态申请

这个权限必须配合下面两个权限使用，单独写没有任何效果

Google加入这个权限，意在将App是否能定位的权利分为前台和后台分别交给用户决定，减少App在后台静默定位的可能性，减少用户的个人信息的泄露。
Android Q后台定位权限的更改总而言之就是，如果项目中没有用到后台实时定位，则并无多大改动；如果涉及到后台定位，那就需要同定位权限一同去申请授权即可。

唯一标识符更改

AndroidQ对设备的系统标识增加了更多的限制和修改，AndroidQ将彻底禁止第三方应用获取设备的imei序列号，无论你是以target多少版本编译的应用，都不能在AndroidQ的设备上获得设备标识符。所以如果你只是想得到唯一标识符，请不要再加入READ_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。