Android 升级适配爬坑历程 (mp.weixin.qq.com)

code小生一个专注大前端领域的技术平台公众号回复 Android加入安卓技术群

作者：如果执着
链接：https://www.jianshu.com/p/20252fc5c836
声明：本文已获 如果执着授权发表，转发等请联系原作者授权

以下部分适配是针对的是混合开发的项目，使用的是mui及h5+ api和原生代码实现

最近接手了一个公司项目，项目比较老了，从Android 5.0之后就再也没有适配过了，然而重写时间又来不及，然后我的爬坑之旅便开始了。（以下适配方案是按照项目需求顺序来的）

相机部分

适配嘛，肯定得一步一步来，先从Android 6.0开始适配吧。起因是有同事反馈说h5调用原生相机的时候一片漆黑，经过调试发现是权限被拒绝，然后我给他的应用管理中开启，相机就能正常调用了，然而我在测试过程中发现，应用新安装的话bug会重现，后来才发现原来根本没有加入权限的申请这个功能，不得不说还是有点意外的，好吧，言归正传，开始适配吧。

回顾一下6.0最大的改动，不，应该说是新特性-就是加入了权限管理机制，从6.0（API 23）开始，用户开始在应用运行时向其授予权限，而不是在应用安装时授予。这种权限机制可以让用户更好的管理应用的权限，保障用户隐私。

Android将权限分为普通权限和危险权限，危险权限需要在使用时让用户手动允许。危险权限一共9组24个权限，包括拨打电话，相机，定位等等，下面是一个权限的表格，给个参考。 https://blog.csdn.net/cui130/article/details/80772186

危险权限列表

我们项目是用的mui的框架，然后相机部分是原生代码实现的，所以适配这个，还需要Dcloud提供的h5+ api 附上官方文档说明(http://www.html5plus.org/doc/zh_cn/camera.html)

还是贴以下代码吧，有些比较懒的小伙伴就不用查了

  var Context = plus.android.runtimeMainActivity();   
var res = plus.android.invoke("android.support.v4.app.ActivityCompat", "checkSelfPermission", Context, "android.permission.CAMERA");   
var PERMISSIONS_STORAGE = new Array();   
PERMISSIONS_STORAGE.push("android.permission.CAMERA");   
if(res != "0") {   
  plus.android.invoke("android.support.v4.app.ActivityCompat", "requestPermissions", Context, PERMISSIONS_STORAGE, 1);   
}   
plus.scanplug.GetScanCodeFunction(function(result) {}, function(result) {});   

这是前段时间的实现方式，后来有小伙伴说由于迁移到了Android X,这个方式用不了，其实只需要把相应的类名更换下就行了，上述代码部分需要同步适配下,同样的贴出源码

具体映射查看官方文档（developer.android.com)

  var Context = plus.android.runtimeMainActivity();   
var res = plus.android.invoke("androidx.core.app.ActivityCompat", "checkSelfPermission", Context, "android.permission.CAMERA");   
var PERMISSIONS_STORAGE = new Array();   
PERMISSIONS_STORAGE.push("android.permission.CAMERA");   
if(res != "0") {   
  plus.android.invoke("androidx.core.app.ActivityCompat", "requestPermissions", Context, PERMISSIONS_STORAGE, 1);   
}   
plus.scanplug.GetScanCodeFunction(function(result) {}, function(result) {});   

以上是在mui的js中做的相应的适配，为了更好的兼容性，原生代码中也需要对权限进行相应的处理，本来项目中是没有这一部分的管理的，我自己使用最原始的方式封装了一个，后来发现兼容性貌似有问题，然后更改成了rxpermissions，最容易上手，最简单的使用。同样的先贴地址 RxPermissions。虽然有一年多没更新了，但是权限这一部分基本还是能用。针对Android 10以后需要做相应的更改，这个之后会提到。

只需要在 module 的 build.gradle中配置如下依赖就成功引用了

  implementation 'com.tbruyelle.rxpermissions:rxpermissions:0.7.0'   

然后在需要调用的地方这样实现

  if (Build.VERSION.SDK_INT > 23){   
    RxPermissions.getInstance(mContext)   
            .request(Manifest.permission.CAMERA)   
            .subscribe(new Action1() {   
                @Override   
                public void call(Boolean granted) {   
                    if (granted){   
                        //实际实现功能的代码   
                    }   
                }   
            });   
}else {   
    //这个说明系统版本在6.0之下，不需要动态获取权限   
    //实际实现功能的代码   
}   

这样有了双重保证，相机的权限应该是没有问题了，因为手上设备有限，如果你在使用中遇到了问题，留言或者私信我，我尽可能解决。

Android O （8.0）升级自动安装问题

到上面做了相机的权限适配后，项目总算是上线了，之前因为相机权限的问题，我也被逼上梁山，翻了无数文档，可算是解决了。上线之后，在一次更新中，部分用户反馈自己无法安装应用，提示升级后点击立即升级，安装包下载完成后会闪退或者还是停留在升级页面。网上一搜无法自动升级，全是8.0以后自动安装受限了，在后来的测试中，发现确实是8.0以上的设备才会出现这个问题，解决方式很简单，只需要在AndroidManifest.xml中添加以下这句就可以了

如果还是没解决，可以再加上下面这一句

如果做得更细致一些，需要对是否开启未知来源安装权限做提醒，不过好在很多设备厂商对这个在底层已经做了处理了，这里就暂时忽略，有探索精神的可以尝试下。

PS：多说几句。很多人回复我说这个处理方式是开发Android最基本的，也会困扰我吗。我这里说明下，由于公司的业务发展，前端几乎都是h5实现的，比如公众号中的页面，或者是小程序，对于安卓这部分的了解确实少了，从中也可以做一个反面教材吧，提醒各位做开发的小伙伴们，不要忘了自己的本行技能，给别人以嘲笑你的理由。

网络请求部分

这个是在内部测试时发现的，打包后同事的手机安装后都无法请求网络，他们一度以为我打的包是测试包，hah。我一开始也是很茫然的，想了好多搜索的关键词找答案，然而还是没有结果，最后发现访问不到数据的同事设备都是Android P（9.0），通过这个一查，就有了很多的解答了。

最直接的就把问题抛给做后端的同事吧，这个是9.0之后Google禁止明文的数据传输，所以只要把http请求换成 https就可完美解决。但是如果后端不好做或者是不配合，那就只能使用内功心法了。1）targetSdkVersion 降到27以下 2）就是下面这种最简单的方式了

在AndroidManifest.xml，

  android:usesCleartextTraffic="true"   

PS:更新一下，很多小伙伴说加上这句没有效果，经过测试需要gradle版本3.2.0及更新的版本才能够正常使用。至于原因嘛，就不深究了。有兴趣的可以去尝试，解决了可以给我留言哈。

3）更改网络安全配置 ①在res文件夹下创建一个xml文件夹，然后创建一个network_security_config.xml文件，文件内容如下

②接着，在AndroidManifest.xml文件下的application标签增加以下属性

  android:networkSecurityConfig="@xml/network_security_config"   

我在项目中是用的第二种方案，大家就结合自己的项目，各取所需吧。

Android N（7.0） 权限收缩，需要申请权限更难了

最近有两个同事换了新手机，一个是一加7T，一个是华为meta 30，这两款手机出厂都是Android Q（10），在这两个手机上发现了一个问题，就是自动更新时出现了和适配Android 8.0时同样的问题，反复查找问题，调试，最终也没找到解决方案。之前的更新是用 h5+ api 实现的，迫于这是个第三方的框架，在论坛寻求解决方式无果后，决心把升级这块用原生的实现，然后就到了我的Android 10 适配之旅，至于为什么小标题是 Android 7.0的适配，请耐心往下看。

我的第一步就是直接在网上寻找已经封装好了的实现方案，找了很久，写了个demo，发现可用，简单，方便，交互友好，想想这么好的东西要是集成到我负责项目，想想都激动，于是我就着手准备了。引用来源-->> https://www.jianshu.com/p/cdf707aeb76c

接下来就是爬坑之旅了，开始的详细步骤就是按照这个简书操作的，只是作者可能只是贴了最关键的更新实现的代码。关于升级的这部分的过程就不赘述了，只提我在集成中遇到的问题。

集成之后第一步，很开心的点击studio中绿色的run按钮，然后安装包就开始pupu的开始下载了，通知栏也是很配合的有进度加载，然后。。。然后。。。然后下载完成之后安装时提示错误，我很惊奇，demo中好好的为啥集成后会报错呢。于是赶紧开始了调试大法--debug一下，然后看到错误了。提示的是

  FileUriExposedException   

一看到这个错误就知道，肯定是apk的下载路径配置的不对，查找之后发现这个是Android 7.0之后权限不够导致的，下载的apk安装包不在包名的目录下，所以没有权限去获取到apk，肯定也就无法调用安装的操作。

同样的百度了一下这个错误，找到了问题所在，Android 7.0之后需要使用FileProvider提供的方法去获得临时访问外部文件夹的权限。这里同样找到了一篇很好的文章来解决这个问题。引用来源-->> https://www.jianshu.com/p/55b817530fa3，这篇文章介绍的很详细，包括之后导致了哪些错误，然后怎么解决的都有了说明。

官方文档说明 https://developer.android.com/training/secure-file-sharing/index.html

简而言之就是在AndroidManifest.xml中配置一个provider组件，用这个组件去申请一个临时的访问外部路径的权限，然后配置一个你需要访问的目录的路径，达到即能够访问这个目录又对用户隐私起到保护的目的。

       android:name="androidx.core.content.FileProvider"   
    android:authorities="com.xg.shfcoc.fileProvider"   
    android:exported="false"   
    android:grantUriPermissions="true">   
            android:name="android.support.FILE_PROVIDER_PATHS"   
        android:resource="@xml/file_paths" />   
   

接着在res目录下新建一个xml文件夹，新建一个和provider中配置的文件名一样的文件，我创建的文件名就是file_paths。

中可以定义以下子节点

再具体点的话就是下面的解释了

  1. 代表设备的根目录new File("/");   
2. 代表context.getFilesDir()   
3. 代表context.getCacheDir()   
4. 代表Environment.getExternalStorageDirectory()   
5.代表context.getExternalFilesDirs()   
6.代表getExternalCacheDirs()   

再多说几句，因为这里有坑，所以提前提醒下 1）name代表什么 name 属性用于给 path 属性所指定的子目录名称取一个别名。后续生成 content:// URI 时，会使用这个别名代替真实目录名。这样做的目的，很显然是为了提高安全性 2）path是什么意思 path 属性用于指定当前子元素所代表目录下需要共享的子目录名称。注意：path 属性值不能使用具体的独立文件名，只能是目录名。

再多的就不说了，实在还是不懂，本文与各大搜索引擎达成战略合作，可以自行搜索结果。

假如我要替换的目录是 /storage/emulated/0/diary sdcard/photo/那么配置应该写成

这里特别说明下，木来我的目录配置是这个的，之后在Android 10上会出现闪退现象，就换成了这个配置，原因不明，但是这样就能解决，不多纠结了，能解决问题才是最重要的。

之后就是在你需要存储文件地方做如下的获取方式

  getExternalFilesDir("文件夹名字").getAbsolutePath()+"/"   

然后获取自动更新的方式如下所示

  Intent installIntent = new Intent(Intent.ACTION_VIEW);   
installIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);   
// System.out.println(result.getPath());   
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {   
    installIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK );   
     //添加这一句表示对目标应用临时授权该Uri所代表的文件   
    installIntent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);   
    Uri contentUri = FileProvider.getUriForFile(DownApkService.this,   
            BuildConfig.APPLICATION_ID + ".fileProvider", new File(result.getPath()));   
   
    installIntent.setDataAndType(contentUri, "application/vnd.android.package-archive");   
} else {   
    installIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);   
    installIntent.setDataAndType(Uri.fromFile(new File(result.getPath())), "application/vnd.android.package-archive");   
}   

这里有个坑，先提醒下大家

installIntent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK );一定是在 installIntent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);之前设置，还有上一句一定是 addFlags而不是 setFlags，不然在Android 10 的设备上会出现解析软件包异常。

在多说一句，BuildConfig一定是引用的项目中你自己的包，而不是其他jar包中的方法，不然也会抛异常，小伙伴有兴趣的也可以尝试一下。

还是觉得要再补充一下在这个项目中使用的网络请求框架是Xutils，xUtils3 github传送门: https://github.com/wyouflf/xUtils3

具体解决方法如下

只需要在 module 的 build.gradle中配置如下依赖就成功引用了

  implementation 'org.xutils:xutils:3.8.3'   

然后写一个Activity，在这里去初始化这个Xutils

  @Override   
public void onCreate() {   
   super.onCreate();   
   
   x.Ext.init(this);   
   x.Ext.setDebug(BuildConfig.DEBUG);   
   
}   

这里的Activity的onCreate()中不能有setContentView(R.layout.xxx) 否则会报错，切记。

由上面的初始化引出了下面的问题。由于是本项目使用的是mui还有原生的混合开发，Dcloud官方称呼这种是离线打包，怎么叫不重要，重要的是用法，Xutils在使用时需要初始化，一般的处理方式是在 AndroidManifest.xml， 节点中添加 android:name=".ApplicationContext"，但是我们的项目必须要这样配置 android:name="io.dcloud.application.DCloudApplication"，才能使用mui提供的plus调用原生方法。所以解决方法是，这里贴出全部的源码

  package com.xxx;   
   
import android.content.Context;   
import org.xutils.x;   
import io.dcloud.application.DCloudApplication;   
   
public class ApplicationContext extends DCloudApplication {   
   private static ApplicationContext context;   
   
   public static ApplicationContext getContext(){   
       return context;   
   }   
   
   @Override   
   protected void attachBaseContext(Context base) {   
       super.attachBaseContext(base);   
       context = this;   
   }   
   
   @Override   
   public void onCreate() {   
       super.onCreate();   
   
       x.Ext.init(this);   
       x.Ext.setDebug(BuildConfig.DEBUG);   
   
   }   
}   

这样就可以 android:name=".ApplicationContext"这样配置了。以上就完美的解决了Xutils的引用，也不会影响mui的原生调用。

这是适配的第一篇，重新捡起丢失的Android技能，后续会尽快更新。

相关阅读

1 记录项目升级 AndroidX+API29 的各种坑
2 Flutter1.12 升级后的问题
3 无懈可击 Android 内部升级
4 如何在项目中封装 Kotlin + Android Databinding
5 不使用第三方库，Bitmap 的优化策略

如果你有写博客的好习惯 欢迎投稿

点个在看,小生感恩 ❤️