插件化开发系列之二—动态加载技术加载已安装和未安装的apk
来源:互联网 发布:python画一朵玫瑰花 编辑:程序博客网 时间:2024/05/06 11:24
首先引入一个概念,动态加载技术是什么?为什么要引入动态加载?它有什么好处呢?首先要明白这几个问题,我们先从
应用程序入手,大家都知道在Android App中,一个应用程序dex文件的方法数最大不能超过65536个,否则,你的app
将出异常了,那么如果越大的项目那肯定超过了,像美团、支付宝等都是使用动态加载技术,支付宝在去年的一个技
术分享类会议上就推崇让应用程序插件化,而美团也公布了他们的解决方案:Dex自动拆包和动态加载技术。所以使
用动态加载技术解决此类问题。而它的优点可以让应用程序实现插件化、插拔式结构,对后期维护作用那不用说了。
1、什么是动态加载技术?
动态加载技术就是使用类加载器加载相应的apk、dex、jar(必须含有dex文件),再通过反射获得该apk、dex、jar内部的资源(class、图片、color等等)进而供宿主app使用。
2、关于动态加载使用的类加载器
使用动态加载技术时,一般需要用到这两个类加载器:
- PathClassLoader - 只能加载已经安装的apk,即/data/app目录下的apk。
- DexClassLoader - 能加载手机中未安装的apk、jar、dex,只要能在找到对应的路径。
这两个加载器分别对应使用的场景各不同,所以接下来,分别讲解它们各自加载相同的插件apk的使用。
3、使用PathClassLoader加载已安装的apk插件,获取相应的资源供宿主app使用
下面通过一个demo来介绍PathClassLoader的使用:
1、首先我们需要知道一个manifest中的属性:SharedUserId。
该属性是用来干嘛的呢?简单的说,应用从一开始安装在Android系统上时,系统都会给它分配一个linux user id,之
后该应用在今后都将运行在独立的一个进程中,其它应用程序不能访问它的资源,那么如果两个应用的sharedUserId相同,那么它们将共同运行在相同的linux进程中,从而便可以数据共享、资源访问了。所以我们在宿主app和插件app的manifest上都定义一个相同的sharedUserId。
2、那么我们将插件apk安装在手机上后,宿主app怎么知道手机内该插件是否是我们应用程序的插件呢?
我们之前是不是定义过插件apk也是使用相同的sharedUserId,那么,我就可以这样思考了,是不是可以得到手机内所有已安装apk的sharedUserId呢,然后通过判断sharedUserId是否和宿主app的相同,如果是,那么该app就是我们的插件app了。确实是这样的思路的,那么有了思路最大的问题就是怎么获取一个应用程序内的sharedUserId了,我们可以通过PackageInfo.sharedUserId来获取,请看代码:
通过这段代码,我们就可以轻松的获取手机内存在的所有插件,其中PluginBean是定义的一个实体类而已,就不贴它的代码了。
3、如果找到了插件,就把可用的插件显示出来了,如果没有找到,那么就可提示用户先去下载插件什么的。
4、如果找到后,那么我们选择对应的插件时,在宿主app中就加载插件内对应的资源,这个才是PathClassLoader的重点。我们首先看看怎么实现的吧:
这个方法就是加载包名为packageName的插件,然后获得插件内名为one.png的图片的资源id,进而供宿主app使用该图片。现在我们一步一步来讲解一下:
- 首先就是new出一个PathClassLoader对象,它的构造方法为:中其中第一个参数是通过插件的上下文来获取插件apk的路径,其实获取到的就是/data/app/apkthemeplugin.apk,那么插件的上下文怎么获取呢?在宿主app中我们只有本app的上下文啊,答案就是为插件app创建一个上下文:通过插件的包名来创建上下文,不过这种方法只适合获取已安装的app上下文。或者不需要通过反射直接通过插件上下文getResource().getxxx(R.*.*);也行,而这里用的是反射方法。
第二个参数是父加载器,都是ClassLoader.getSystemClassLoader()。 - 好了,插件app的类加载器我们创建出来了,接下来就是通过反射获取对应类的资源了,这里我是获取R类中的内部类mipmap类,然后通过反射得到mipmap类中名为one的字段的值,,然后通过就可以获取对应id的Drawable得到该图片资源进而宿主app的可用它设置背景等。
当然也可以获取到其它的资源或者获取Acitivity类等,这里只是做一个示例。 - 备:关于R类,在AS中的目录为:/build/generated/source/r/debug/<- packageName ->。它的内部类有:脑洞大的可以尽可能的利用这些资源吧!!!
下面演示下该demo效果,在没有插件情况下会提示请先下载插件,有插件时候就选择对应的插件而供宿主app使用,本demo是换背景的功能演示,我来看宿主app中mipmap文件夹下并没有one.png这张图片,截图为证:
在没有安装插件情况下:
安装插件后:
这时,有的人就会想,这个插件需要下载下来还需要安装到手机中去,这不就是又安装了一个apk啊,只是没显示出来而已,这种方式不太友好,那么,可不可以只下载下来,不用安装,也能供宿主app使用呢?像微信上可以运行没有安装的飞机大战这样的,这当然可以的。这就需要用到另外一个加载器DexClassLoader。
4、DexClassLoader加载未安装的apk,提供资源供宿主app使用
关于动态加载未安装的apk,我先描述下思路:首先我们得到事先知道我们的插件apk存放在哪个目录下,然后分别得到插件apk的信息(名称、包名等),然后显示可用的插件,最后动态加载apk获得资源。
按照上面这个思路,我们需要解决几个问题:
1、怎么得到未安装的apk的信息
2、怎么得到插件的context或者Resource,因为它是未安装的不可能通过createPackageContext(...);方法来构建出一个context,所以这时只有在Resource上下功夫。
现在我们就一一来解答这些问题吧:
1、得到未安装的apk信息可以通过mPackageManager.getPackageArchiveInfo()方法获得, 它的参数刚好是传入一个FilePath,然后返回apk文件的PackageInfo信息:
2、得到对应未安装apk的Resource对象,我们需要通过反射来获得:
通过得到AssetManager中的内部的方法addAssetPath,将未安装的apk路径传入从而添加进assetManager中,然后通过new Resource把assetManager传入构造方法中,进而得到未安装apk对应的Resource对象。
好了!上面两个问题解决了,那么接下来就是加载未安装的apk获得它的内部资源。
其中通过new DexClassLoader()来创建未安装apk的类加载器,我们来看看它的参数:
- dexPath - 就是apk文件的路径
- optimizedDirectory - apk解压缩后的存放dex的目录,值得注意的是,在4.1以后该目录不允许在sd卡上,看官方文档: ,所以我们用getDir()方法在应用内部创建一个dexOutputDir。
- libraryPath - 本地的library,一般为null
- parent - 父加载器
接下来,就是通过反射的方法,获取出需要的资源。
下面我们来看看demo演示的效果,我是把三个apk插件先放在assets目录下,然后copy到sd上来模仿下载过程,然后加载出相应插件的资源:
先只拷贝一个插件:
可以看到正常的获取到了未安装apk的资源。
再看看拷贝了三个插件:
可以看到只要一有插件下载,就能显示出来并使用它。
当然插件化开发并不只是像只有这种换肤那么简单的用途,这只是个demo,学习这种插件化开发思想的。由此可以联想,这种插件化的开发,是不是像QQ里的表情包啊、背景皮肤啊,通过线上下载线下维护的方式,可以在线下载使用相应的皮肤,不使用时候就可以删了,所以插件化开发是插件与宿主app进行解耦了,即使在没有插件情况下,也不会对宿主app有任何影响,而有的话就供用户选择性使用了。
下载链接:http://download.csdn.net/download/u010687392/8943017#comment
阅读全文
0 0
- 插件化开发系列之二—动态加载技术加载已安装和未安装的apk
- 插件化开发—动态加载技术加载已安装和未安装的apk
- 插件化开发—动态加载技术加载已安装和未安装的apk
- 插件化开发—动态加载技术加载已安装和未安装的apk
- 插件化开发—动态加载技术加载已安装和未安装的apk
- 插件化开发—动态加载技术加载已安装和未安装的apk
- Android动态加载——加载未安装APK中的类&加载已安装APK中的类和资源
- 动态化加载未安装的apk
- 动态化加载已安装的apk
- android动态加载已安装和未安装的apk资源
- Android 插件化技术 加载任意未安装apk
- Android 插件化技术 加载任意未安装apk
- Android插件技术——(二)加载已安装apk
- 动态加载未安装APK
- 插件化加载未安装APK
- Android插件化开发之用DexClassLoader加载未安装的APK资源文件来实现app切换背景皮肤
- Android应用开发提高系列(5)——Android动态加载(下)——加载已安装APK中的类和资源
- Android应用开发提高系列(5)——Android动态加载(下)——加载已安装APK中的类和资源
- 简述 OAuth 2.0 的运作流程
- ocr识别验证码
- poj 2387最短路 使用SPFA
- 如何设置ant的jre版本
- 阿里云发布全新一代基于Skylake+25G网络的实例
- 插件化开发系列之二—动态加载技术加载已安装和未安装的apk
- 关于魅族/小米等手机不支持弹窗解决方案
- HDU 1540——Tunnel Warfare
- 环信登陆报错300,连接不到服务器
- UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc8 in position 12: invalid continuation byte
- POJ 3481 Double Queue
- Uva 1608 Non-boring sequences(分治)
- css3clip-path绘制正八边形
- 数论模板