Android插件化之VirtualAPK框架Jar包开发
前言:
我上一篇写了VirtualAPK的一个初试,写了一个简单的demo,然后如果是开发APP的情况(不考虑大部分的坑),我觉得上一篇的那种插件化模式是可以使用的。那现在我这边是有一个新的需求,我不开发APP,我开发SDK,那我就要写个包含VirtualAPK框架的aar,但现在其实很多国内的人写SDK并不是用aar,而是使用jar包的方式,那我今天就做一个使用VirtualAPK框架的jar包。
一.开发流程
我就不重新写一个了,就接着上一篇的代码来讲:
https://www.jianshu.com/p/3022f4b0ae28
上一个Demo开发app模式我是用了两个module,一个宿主的module,一个插件的module。现在开发jar包,就要再加上一个壳的module来模拟调用jar包。
也就是壳的module -> shell ; 宿主的module -> home ; 插件的module -> plugin 。
二.引用jar包
1.打jar包
首先我们要在home的gradle中写打jar包的命令,这个在网上找很多。比如我的
task buildJar(dependsOn: ['compileReleaseJavaWithJavac'], type: Jar) { archiveName = 'testVirtual.jar' def srcClassDir = [project.buildDir.absolutePath + "/intermediates/classes/release"]; from srcClassDir exclude "**/R.class" exclude "**/R\$*.class" }
我这把home打出来的jar包命名为testVirtual.jar
2.引用jar包
现在我们开发shell来引用jar包,我这shell很简单,直接跳转home的类OneActivity(这个类是前一篇的Demo)。
public class MainActivity extends Activity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); Intent intent = new Intent(MainActivity.this, OneActivity.class); startActivity(intent); } }
然后把testVirtual.jar放到libs文件夹下,在shell的gradle中假如引用(这个一般默认就有)
dependencies { implementation fileTree(dir: 'libs', include: ['*.jar']) }
3.补全文件
当然仅仅像上面一样还无法运行。因为我们打的是jar包而不是aar。所以我们要把home的资源补全到shell中,正巧的是我这里的资源只有一个activity_one,把它放到shell的layout文件夹中,正好demo中也只有一个activity,所以要在shell的manifest中定义。最后因为home中有引用 implementation 'com.didi.virtualapk:core:0.9.8',我们还需要把它变成jar包放到shell的libs中。
这里可以说下怎样根据implementation 找到对应的jar包:
打开c盘/用户/用户名/.gradle/caches/modules-2/files-2.1文件夹,然后根据框架的内容去找,比如我这个就找到
进去之后根据implementation 的命名找到
3个文件夹里面我找到一个jar包不知道行不行,然后我自己是根据这个aar弄的,因为我怕框架中会有资源文件,所以是拿这个aar去解压拿jar包(事实证明没有资源文件)
把获取到的jar包改个名字然后放进shell的libs中就能正常运行了。
注意:
有可能会报资源的id错误,说明资源可能会有冲突,解决的方法是不使用R.的方式去引用资源,可以使用context.getResources().getIdentifier(name, type, context.getPackageName());
三.调用插件
shell中没有什么要写的,因为调用插件的操作我们写在home中,只要继承home的application就行。
然后用命令行给插件打包,复习一下,用gradlew clean assemblePlugin
把插件放到特定的文件夹中(这边的操作就和上一篇一样,都是home与plugin的操作,和shell一点关系都没有)
最后运行,看过上一篇的都知道,我在上一篇中home和plugin的互动有两个地方,一是home调用plugin的一个方法打印日志然后回调改变button,二是home跳转plugin的一个activity。
如果按我的方法来做会发现第一个地方正常,home能正常调用plugin的方法,但是第二个地方报错,home无法跳转plugin的activity,报错
android.content.ActivityNotFoundException: Unable to find explicit activity class {com.example.plugin.virtualmastertest/com.didi.virtualapk.core.A$1}; have you declared this activity in your AndroidManifest.xml?
就是没在manifest中定义的意思,但是为什么我之前写的不需要在manifest中定义,而打jar包就需要,而且是com.didi.virtualapk.core.A$1。
然后我就反编译之前的home的apk,发现反编译后的manifest中多了下面这块东西
<activity android:exported="false" android:launchMode="standard" android:name="com.didi.virtualapk.delegate.StubActivity"/> <activity android:exported="false" android:launchMode="standard" android:name="com.didi.virtualapk.core.A$1"/> <activity android:exported="false" android:launchMode="standard" android:name="com.didi.virtualapk.core.A$2" android:theme="@android:style/Theme.Translucent"/> <activity android:exported="false" android:launchMode="singleTop" android:name="com.didi.virtualapk.core.B$1"/> <activity android:exported="false" android:launchMode="singleTop" android:name="com.didi.virtualapk.core.B$2"/> <activity android:exported="false" android:launchMode="singleTop" android:name="com.didi.virtualapk.core.B$3"/> <activity android:exported="false" android:launchMode="singleTop" android:name="com.didi.virtualapk.core.B$4"/> <activity android:exported="false" android:launchMode="singleTop" android:name="com.didi.virtualapk.core.B$5"/> <activity android:exported="false" android:launchMode="singleTop" android:name="com.didi.virtualapk.core.B$6"/> <activity android:exported="false" android:launchMode="singleTop" android:name="com.didi.virtualapk.core.B$7"/> <activity android:exported="false" android:launchMode="singleTop" android:name="com.didi.virtualapk.core.B$8"/> <activity android:exported="false" android:launchMode="singleTask" android:name="com.didi.virtualapk.core.C$1"/> <activity android:exported="false" android:launchMode="singleTask" android:name="com.didi.virtualapk.core.C$2"/> <activity android:exported="false" android:launchMode="singleTask" android:name="com.didi.virtualapk.core.C$3"/> <activity android:exported="false" android:launchMode="singleTask" android:name="com.didi.virtualapk.core.C$4"/> <activity android:exported="false" android:launchMode="singleTask" android:name="com.didi.virtualapk.core.C$5"/> <activity android:exported="false" android:launchMode="singleTask" android:name="com.didi.virtualapk.core.C$6"/> <activity android:exported="false" android:launchMode="singleTask" android:name="com.didi.virtualapk.core.C$7"/> <activity android:exported="false" android:launchMode="singleTask" android:name="com.didi.virtualapk.core.C$8"/> <activity android:exported="false" android:launchMode="singleInstance" android:name="com.didi.virtualapk.core.D$1"/> <activity android:exported="false" android:launchMode="singleInstance" android:name="com.didi.virtualapk.core.D$2"/> <activity android:exported="false" android:launchMode="singleInstance" android:name="com.didi.virtualapk.core.D$3"/> <activity android:exported="false" android:launchMode="singleInstance" android:name="com.didi.virtualapk.core.D$4"/> <activity android:exported="false" android:launchMode="singleInstance" android:name="com.didi.virtualapk.core.D$5"/> <activity android:exported="false" android:launchMode="singleInstance" android:name="com.didi.virtualapk.core.D$6"/> <activity android:exported="false" android:launchMode="singleInstance" android:name="com.didi.virtualapk.core.D$7"/> <activity android:exported="false" android:launchMode="singleInstance" android:name="com.didi.virtualapk.core.D$8"/> <service android:exported="false" android:name="com.didi.virtualapk.delegate.LocalService"/> <service android:exported="false" android:name="com.didi.virtualapk.delegate.RemoteService" android:process=":daemon"> <intent-filter> <action android:name="com.example.bn.virtualapktest.intent.ACTION_DAEMON_SERVICE"/> </intent-filter> </service> <provider android:authorities="com.example.bn.virtualapktest.VirtualAPK.Provider" android:exported="false" android:name="com.didi.virtualapk.delegate.RemoteContentProvider" android:process=":daemon"/>
PS:我也不懂这个是什么,也许就是那个坑位的意思(之后我研究之后会再说)
最后我们把这段东西放到shell的manifest中,就能正常的运行了,就可以实现VirtualAPK打jar包后插件化,就是shell+home+plugin的模式。
这篇到这里就结束,和上篇差了挺多时间,这段时间挺忙,基本没能弄这些,最后这个框架我可能之后最后写一篇关于原理的,结合插件化和其它框架讲。
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Android短视频开发业务中视频编解码的相关知识阅读
随着互联网对人们生活习惯的改变,Android短视频开发业务不断升温。移动端各个媒体平台成为流量市场中增长的主力,各式各样的短视频应用迅速抢占人们的手机屏幕。而在Android端想要实现录制功能,就需要储备相关的知识,以实现720P、30帧为例选择一个正确的实现方案,避免CPU的消耗太大造成手机发烫的现象。比如今天想跟大家分享的关于视频的编解码的相关知识。 软件编码和硬件编码定义 1.软件编码即采用CPU对相机所采集的原始数据进行编码,然后跟音频一起合并成为MP4格式的文件。这一方案的优点是, 2.硬件编码即采用手机提供的硬编接口,利用其中的硬件芯片直接进行编码的合成。 区别 1.ÂÂÂÂ 软件编码相对来说技术比较成熟,实现起来快而且兼容性也好。缺点就是,软件编码的CPU占用率高,像一些性能比较差的手机可能就无法达到我们所说的720p,30帧。而且还会同时引用大量的第三方库,导致包体过大。 2.ÂÂÂÂ 而硬件编码的速度非常快且效率极高,CPU的占用率低,简单点讲就是即使我们长时间的保持高清录制,手机也不会发烫。缺点是,由于某些智能手机的机型问题,需要处理兼容性方面的问题,同时Andr...
- 下一篇
「OpenGL」未来视觉1-Android摄像头采集基础
相信很多人都用过相机功能,也开发过简单调度相机功能,但是相机采集功能。是图像信号输入的重要来源。 SurfaceView和View的不同之处: SurfaceView和View对比 相机图像采样,需要维持一个比较稳定的帧数来维持图像实时性,需要频繁刷新,创建一个子线程来进行画面更新,会被占用主线程效率好很多,而且双缓冲机制可以在画面从前台刷新到后台时才占用主线程操作,所以选用SurfaceView作绘制是最好的。 而GLSurfaceView是SurfaceView的一个子类,专用于openGL绘制,其运行效率远高于SurfaceView是因为使用了GPU参与绘制。 这一节介绍Android摄像头采样,还是采用了SurfaceView来做采样 1.需要申请相机权限。 <uses-permission android:name="android.permission.CAMERA" /> 2.打开摄像头,先检查摄像和前置摄像头,然后通过摄像头Id,来返回摄像头对象。 fun openCamera(cameraId:Int):Camera?{ if (!haveFeature...
相关文章
文章评论
共有0条评论来说两句吧...