Android11系统应用兼容适配

一、背景

客户使用了安卓11系统手机，发现应用安装闪退，于是分析，发现需要做升级适配。

二、遇到问题

应用中之前有提供一个手机唯一标识的功能，是通过调用安卓系统接口TelephoneManager 来获取IMEI的，然后再新的系统版本上发现此接口无法获取该信息，

才知道原来安卓也和苹果一样，对于这种信息不再提供给外部三方应用，个人猜测也是基于用户隐私安全考虑，市场上这么多三方应用，如果都通过该系统接口获取到唯一标识，多个三方应用之间再共享数据，则可以将每台手机的用户从各个维度进行用户画像，真的是底裤是什么颜色都可以分析出来。

于是需要自己来实现应用的唯一标识，想到的是应用自己生成uuid，然后再存储到手机中。如果是存储在应用自己的沙盒空间中，对于用户清除数据，或者卸载应用，则会一起清理掉，为了能最大可能地规避这种情况，想像以前一样存储到外部空间中。结果在调试的时候才发现已经有了 存储分区 机制， 很好地限制了三方应用随意乱写入数据，导致卸载应用后，各种残留问题。

参考网址说明： https://open.oppomobile.com/wiki/doc#id=10724

2.1 存储
2.1.1 分区存储
1.1. 背景

Android 11 进一步增强了平台功能，为外部存储设备上的应用和用户数据提供了更好的保护。作为这项工作的一部分，平台引入了进一步的改进，以简化向分区存储的转换。
为了让用户更好地控制自己的文件，保护用户隐私数据，并限制文件混乱情况，Android 11在分区存储基础上限制了应用访问其他应用的文件。
 

分区存储将存储空间分为两部分：

●  公共目录：Downloads、Documents、Pictures 、DCIM、Movies、Music、Ringtones等

    ■ 公共目录的文件在App卸载后，不会删除
    ■ 可以通过SAF、MediaStore接口访问
    ■ 拥有权限，也能通过路径直接访问
●  应用专属目录
    ■ 应用专属目录只能自己直接访问
    ■ App卸载，数据会清除。

关于过度配置 requestLegacyExternalStorage 自己在应用中的调试结果如下：

targetSdkVersion = 29,  requestLegacyExternalStorage=true， 存储访问表现还和以前一样，卸载应用后再次重装对于通过contentProvider中之前插入的数据，后面还是能访问到。

插入数据：

ContentValues contentValues = new ContentValues();
contentValues.put(MediaStore.Downloads.TITLE, TEMP_FILE_NAME);
contentValues.put(MediaStore.Downloads.MIME_TYPE, TEMP_FILE_NAME_MIME_TYPE);
contentValues.put(MediaStore.Downloads.DISPLAY_NAME, TEMP_FILE_NAME);
contentValues.put(MediaStore.Downloads.RELATIVE_PATH, Environment.DIRECTORY_DOWNLOADS + File.separator + TEMP_DIR);

Uri insert = contentResolver.insert(externalContentUri, contentValues);

读取访问数据：

Uri externalContentUri = MediaStore.Downloads.EXTERNAL_CONTENT_URI;
ContentResolver contentResolver = context.getContentResolver();
String[] projection = new String[]{
        MediaStore.Downloads._ID ,
        MediaStore.Downloads.DISPLAY_NAME,
        MediaStore.Downloads.TITLE
};
String selection = MediaStore.Downloads.TITLE + "=?";
String[] args = new String[]{
        TEMP_FILE_NAME
};
// TODO: 先查询数据库
Cursor query = contentResolver.query(externalContentUri, projection, null, null, null);
if (null != query){
    int count = query.getCount();
    if (count > 0) {
        boolean result = query.moveToFirst();
        for(int i=0; i<count; i++){
            long id = query.getLong(0);
            String displayName = query.getString(1);
            String title = query.getString(2);
            Log.d(TAG, "id="+id+" displayName="+displayName
            +" title="+title);
            query.moveToNext();
        }
    }

}

targetSdkVersion = 29,  requestLegacyExternalStorage=false, 这种情况，以及targetSdkVersion = 30 之后，存储分区机制生效，卸载应用再次重装无法访问之前写入到媒体库中的数据。

另外对于文件的访问方式也是如此，使用 Environment.getExternalStoragePublicDirectory 这个接口虽然不会抛出异常，文件和目录都存在，但是正式访问读取文件时

会报没有权限，最终导致FileNotFound异常：

尝试多次无果之后，最终无奈放弃，卸载重装的应用只能当新用户处理，虽然还是同一台手机。对于安卓这种机制的完善还是很欢迎的，毕竟应用是在不断吃磁盘空间的，如果卸载应用还有残留，那确实体验很不好。

-----------------------------------------补充----------------------------

在后续的适配中还遇到了其他问题，最终找到的原因还是和 存储分区机制有关。

1、当targetSdk 改为29 以及以上，即安卓10 开始，使用webview 通过 input 标签获取到 照片或者视频文件进行上传时，会出现如下报错：

Err_Access_Denied ,  一看就是权限问题，但是实际上文件数据已经填充到 input 标签了，所以刚开始自己怀疑是否是和调用后台的接口由关系。但是调试过程中发现将targetSdk 调整到28 却能够正常，将问题还是聚焦在了安卓版本的适配上。但是刚开始一直在找webview 的问题，苦苦没有搜寻到解决方案。然后一个偶然发现有人说过类似问题还是存储分区机制造成的，然后自己就朝着这个方向去了解了。

首先将 argetSdkVersion = 29,  requestLegacyExternalStorage=true，果然问题没有出现，这个就更加坚定了这个报错原因就是因为存储分区机制生效造成。

然后仔细回看了以前写的代码，在给webview回调设置文件数据的时候，居然是先从uri转换成path ，然后又将path转换成了uri 进行设置，也许是当初对于这种绝对路径比较痴迷直观，还是太菜造成的：

else if (null != uriParam) { //其次使用uri

            AFLog.d(TAG, "uriParam not null mFilePathCallback="+mFilePathCallback
            +" mFilePathCallbacks="+mFilePathCallbacks);
            if (mFilePathCallback != null) {
//                String path = UriUtils.getPath(getApplicationContext(), uriParam);
//                Uri uri = Uri.fromFile(new File(path));
                mFilePathCallback.onReceiveValue(uriParam);
            }

最终直接将uri 设置给回调即正常，也不需要将存储分区机制关闭。 因为通过uri里面获取path 这种方式在该机制下已经不行了。

参考了网友的总结：

https://weichao.blog.csdn.net/article/details/105790720

但是此问题还有一点诡异的地方就是只要先安装低版本targetSdk 的 apk ，然后再安装安卓11 版本的apk 进行覆盖， 此错误也会消失。并且在安卓11系统的手机上也不会出现，这个现在还不明其意。另外对于手机存储的理解，可以参考下文：

https://blog.csdn.net/u010937230/article/details/73303034

--------------------------------------关于媒体库的访问--------------------------------------

/**
 * 创建图片地址uri,用于保存拍照后的照片 Android 10以后使用这种方法
 * @return 图片的uri
 */
public static Uri createMediaUri4Q(Context context, String type) {
    //设置保存参数到ContentValues中
    ContentValues contentValues = new ContentValues();
    //设置文件名
    String timeStamp = new SimpleDateFormat("yyyyMMdd_HHmmss").format(new Date());
    Uri uri = null;
    //兼容Android Q和以下版本
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
        //TODO RELATIVE_PATH 是相对路径不是绝对路径;照片存储的地方为：内部存储/Pictures/xxx
        if ("photo".equals(type)) {
            String imageFileName = "PIC_" + timeStamp;
            contentValues.put(MediaStore.Images.Media.DISPLAY_NAME, imageFileName);
            contentValues.put(MediaStore.Images.Media.RELATIVE_PATH, "Pictures/xxx");
            //设置文件类型
            contentValues.put(MediaStore.Images.Media.MIME_TYPE, "image/JPEG");
            //执行insert操作，向系统文件夹中添加文件
            //EXTERNAL_CONTENT_URI代表外部存储器，该值不变
            uri = context.getContentResolver().insert(MediaStore.Images.Media.EXTERNAL_CONTENT_URI, contentValues);
        }else if ("video".equals(type)){
            String videoFileName = "VID_" + timeStamp;
            contentValues.put(MediaStore.Images.Media.DISPLAY_NAME, videoFileName);
            contentValues.put(MediaStore.Images.Media.RELATIVE_PATH, "DCIM/xxx");
            contentValues.put(MediaStore.Video.Media.MIME_TYPE, "video/mp4");
            uri = context.getContentResolver().insert(MediaStore.Video.Media.EXTERNAL_CONTENT_URI, contentValues);
        }
    }

    return uri;
}

当在安卓10 系统中使用 uri 方式往input 标签放置文件数据时，此时能够正常方式，但是当前端在调用上传接口进行上传操作时，webview 会报错误：

2021-06-30 14:58:33.881 32521-32521/com.org.BaseWebviewApp.debug D/WebViewActivity: parse uri get path=/storage/emulated/0/DCIM/Camera/VID20210630145441.mp4

2021-06-30 14:58:35.327 32521-32521/com.org.BaseWebviewApp.debug E/WebViewActivity: onReceivedHttpError statusCode=401 reason=Unauthorized

2021-06-30 14:58:35.328 32521-32521/com.org.BaseWebviewApp.debug E/AFTag:WebViewActivity$8.onReceivedHttpError(Line:1156): onReceivedHttpError statusCode=401 reason=Unauthorized

另外在对于视频文件是使用绝对路径path ，还是使用uri 方式，这个需要根据版本来定，在安卓7.0 到 9.0 的时候可以直接使用path, 在安卓10 以上使用uri, 如果在安卓9 上面使用了uri，然后调用通用的根据uri转path 的接口会报如下错误：

2021-07-01 11:24:10.065 19727-19727/com.org.BaseWebviewApp.debug E/AFTag:MyCrashHandler.uncaughtException(Line:24): uncaughtException

java.lang.RuntimeException: Failure delivering result ResultInfo{who=null, request=5, result=-1, data=null} to activity {com.org.BaseWebviewApp.debug/com.hnac.hznet.WebViewActivity}: java.lang.IllegalArgumentException: column '_data' does not exist. Available columns: []

可能是因为使用了如下代码：

public static String getDataColumn(Context context, Uri uri, String selection,
                                   String[] selectionArgs) {

    Cursor cursor = null;
    final String column = "_data";
    final String[] projection = {
            column
    };

    try {
        cursor = context.getContentResolver().query(uri, projection, selection, selectionArgs,
                null);
        if (cursor != null && cursor.moveToFirst()) {
            final int column_index = cursor.getColumnIndexOrThrow(column);
            return cursor.getString(column_index);
        }
    } finally {
        if (cursor != null)
            cursor.close();
    }
    return null;
}

于是这边才去的策略就是在安卓10 以及以上使用uri 方式填充数据，安卓9以及以下使用原先的path 填充数据。