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<Boolean>() {
@Override
public void call(Boolean granted) {
if (granted){
//实际实现功能的代码
}
}
});
}else {
//这个说明系统版本在6.0之下,不需要动态获取权限
//实际实现功能的代码
}
这样有了双重保证,相机的权限应该是没有问题了,因为手上设备有限,如果你在使用中遇到了问题,留言或者私信我,我尽可能解决。
Android O (8.0)升级自动安装问题
到上面做了相机的权限适配后,项目总算是上线了,之前因为相机权限的问题,我也被逼上梁山,翻了无数文档,可算是解决了。上线之后,在一次更新中,部分用户反馈自己无法安装应用,提示升级后点击立即升级,安装包下载完成后会闪退或者还是停留在升级页面。网上一搜无法自动升级,全是8.0以后自动安装受限了,在后来的测试中,发现确实是8.0以上的设备才会出现这个问题,解决方式很简单,只需要在AndroidManifest.xml中添加以下这句就可以了
<uses-permission android:name="android.permission.REQUEST_INSTALL_PACKAGES" />
如果还是没解决,可以再加上下面这一句
<uses-permission android:name="android.permission.MOUNT_UNMOUNT_FILESYSTEMS"
如果做得更细致一些,需要对是否开启未知来源安装权限做提醒,不过好在很多设备厂商对这个在底层已经做了处理了,这里就暂时忽略,有探索精神的可以尝试下。
PS:多说几句。很多人回复我说这个处理方式是开发Android最基本的,也会困扰我吗。我这里说明下,由于公司的业务发展,前端几乎都是h5实现的,比如公众号中的页面,或者是小程序,对于安卓这部分的了解确实少了,从中也可以做一个反面教材吧,提醒各位做开发的小伙伴们,不要忘了自己的本行技能,给别人以嘲笑你的理由。
网络请求部分
这个是在内部测试时发现的,打包后同事的手机安装后都无法请求网络,他们一度以为我打的包是测试包,hah。我一开始也是很茫然的,想了好多搜索的关键词找答案,然而还是没有结果,最后发现访问不到数据的同事设备都是Android P(9.0),通过这个一查,就有了很多的解答了。
最直接的就把问题抛给做后端的同事吧,这个是9.0之后Google禁止明文的数据传输,所以只要把http请求换成 https就可完美解决。但是如果后端不好做或者是不配合,那就只能使用内功心法了。1)targetSdkVersion 降到27以下 2)就是下面这种最简单的方式了
在AndroidManifest.xml, <application 节点中添加以下一句
android:usesCleartextTraffic="true"
PS:更新一下,很多小伙伴说加上这句没有效果,经过测试需要gradle版本3.2.0及更新的版本才能够正常使用。至于原因嘛,就不深究了。有兴趣的可以去尝试,解决了可以给我留言哈。
3)更改网络安全配置 ①在res文件夹下创建一个xml文件夹,然后创建一个network_security_config.xml文件,文件内容如下
<?xml version="1.0" encoding="utf-8"?>
<network-security-config>
<base-config cleartextTrafficPermitted="true" />
</network-security-config>
②接着,在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组件,用这个组件去申请一个临时的访问外部路径的权限,然后配置一个你需要访问的目录的路径,达到即能够访问这个目录又对用户隐私起到保护的目的。
<provider
android:name="androidx.core.content.FileProvider"
android:authorities="com.xg.shfcoc.fileProvider"
android:exported="false"
android:grantUriPermissions="true">
<meta-data
android:name="android.support.FILE_PROVIDER_PATHS"
android:resource="@xml/file_paths" />
</provider>
接着在res目录下新建一个xml文件夹,新建一个和provider中配置的文件名一样的文件,我创建的文件名就是file_paths。
<?xml version="1.0" encoding="utf-8"?>
<paths >
<external-files-path name="external-files-path" path="VersionChecker/"/>
</paths>
中可以定义以下子节点
再具体点的话就是下面的解释了
1.<root-path/> 代表设备的根目录new File("/");
2.<files-path/> 代表context.getFilesDir()
3.<cache-path/> 代表context.getCacheDir()
4.<external-path/> 代表Environment.getExternalStorageDirectory()
5.<external-files-path>代表context.getExternalFilesDirs()
6.<external-cache-path>代表getExternalCacheDirs()
再多说几句,因为这里有坑,所以提前提醒下 1)name代表什么 name 属性用于给 path 属性所指定的子目录名称取一个别名。后续生成 content:// URI 时,会使用这个别名代替真实目录名。这样做的目的,很显然是为了提高安全性 2)path是什么意思 path 属性用于指定当前子元素所代表目录下需要共享的子目录名称。注意:path 属性值不能使用具体的独立文件名,只能是目录名。
再多的就不说了,实在还是不懂,本文与各大搜索引擎达成战略合作,可以自行搜索结果。
假如我要替换的目录是 /storage/emulated/0/diary sdcard/photo/
那么配置应该写成
<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
<external-path name="external_files" path="VersionChecker"/>
</paths>
这里特别说明下,木来我的目录配置是这个的,之后在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
, <application
节点中添加 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 的优化策略
如果你有写博客的好习惯 欢迎投稿
点个在看,小生感恩 ❤️