本框架是建立在 Dynamic-load-apk进行的上层封装。增加插件动态加载到libs目录和针对模块Service的注入。
本文将以H5Core为插件进行讲解。
- 2016/7/6 commit -m "增加懒加载功能" hash: 2a335dc49654c80fb6779cacefdf3ed712c23a8
-
插件化是将Apk中功能类似的模块封装到独立的Application中，并根据框架约定好的规则完成Apk的动态加载和Service的注入。
-
本框架是将每一个Apk作为so并使用定制化打包脚本将so文件打到主Project/libs/jniLibs，这样在apk编译的时候就可以将so文件直接装载进data/data/xxxxx/lib目录，支持后续的DexClassLoader加载该文件。
-
每一个模块分为Api和Core，Api作为模块对外提供的接口，Core作为封装好的独立模块，每一个模块做好自己的混淆。注入操作需在Core中定义，下文将介绍这块。
-
主Client增加bundleList.config文件，文件配置：
bundleName=h5core //直接加载的插件 lazyBundle=h5core.H5Service&H5Api //懒加载插件
- Framework提供了一个动态加载apk的框架，并提供一个加载独立模块的BaseMateinfo。
-
开发模块时需要在 module(core)/package name/下定义Metainfo继承自BaseMateinfo。 这样该模块在主Apk安装的时候就会动态将模块的接口注入到框架，后续提供给其它组件调用。
-
模块提供的主要方法类有:BasePluginActivity,BasePluginFragmentActivity,BasePluginService,BaseMateinfo,VivaApplication.
BasePluginActivity: 基础的Activity，每一个模块中的Activity都需要继承该类，完成模块中的Activity的代理化。 BasePluginFragmentActivity： 基础的FragmentActivity，同上。需要继承该类 BasePluginService: 基础的Service，同上。 BaseMateinfo: 模块Service注入的基类，其它模块的Core层都需要定义一个Metainfo来继承该类，并完成Service的注入。（后面会介绍如何注入） VivaApplication:模块的Application，可以拿到模块的Context，并提供查找Service，启动Activity等方法。
- 为了让proxy全面接管apk中所有activity的执行，需要为activity定义一个基类BaseActivity，在基类中处理代理相关的事情，同时BaseActivity还对是否使用代理进行了判断，如果不使用代理，那么activity的逻辑仍然按照正常的方式执行，也就是说，这个apk既可以按照执行，也可以由宿主程序来执行。
-
模块分类：Api和Core,针对不同业务可追加前缀。
-
每一个模块对外提供一个Service供其他模块引用。Service的Interface类放在Api模块，实现类放在Core。实现独立模块的封装。
-
Service注册：在Core的根包目录创建MetaInfo类，继承Framework模块的BaseMetaInfo.如下：
public class MetaInfo extends BaseMetaInfo { private static final String TAG = "MetaInfo.Init"; public MetaInfo() { Log.d(TAG,"Service init"); ServiceDescription serviceDescription = new ServiceDescription(); serviceDescription.setInterfaceName(XXService.class.getName()); serviceDescription.setClassName(XXServiceImpl.class.getName()); services.add(serviceDescription); } } 注解: ServiceDescription类是针对Service的描述类，将接口和实现封装在该对象，并将其添加到services列表中。以上工作就完成了模块的注入。
-
模块只要是通过Api包的依赖进行访问。由于Api是作为一个Jar存在的，因此可以直接被其它模块依赖，并切记使用 provided来依赖，防止Api的jar包被编译进模块。
-
模块之间访问：主要的类有VivaApplication、MicroApplicationContext。
比如其他模块访问Core: XXService xxservice = VivaApplication.getInstance().getMicroApplicationContext().findServiceByInterface(XXService.class.getName()); 这样就可以拿到容器的Service，从而调用其提供的方法。
-
由于每一个模块作为独立的apk打入主apk,因此访问该apk的上下文不再是该apk的，而是框架层的代理上下文。
示例： 1、Resourse获取 VivaApplication.getInstance().getMicroApplicationContext().getResourcesByBundle("xxcore"); 2、Assets获取 VivaApplication.getInstance().getMicroApplicationContext().getAssetsByBundle("xxcore");
- gradle build ：编译当前模块。
- gradle buidleJar:针对本模块生成jar包，保存目录在 xxx/build/libs/xxxx.jar
- gradle uploadArchives:上传本项目包到Nexus服务器，提供给其他模块依赖
例子：
1、Api包的build.gradle模版
apply plugin: 'com.android.library'
apply plugin: 'maven'
apply plugin: 'signing'
//定义GroupID和Version，ArtefactID会自动使用Project名
group = 'com.xxxx.mobile'
version = '1.0.1'
android {
compileSdkVersion 22
buildToolsVersion "22"
defaultConfig {
minSdkVersion 15
targetSdkVersion 22
versionCode 1
versionName "1.0"
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
artifacts {
archives file('build/libs/' + project.name + '.jar')
}
signing {
required { has("release") && gradle.taskGraph.hasTask("uploadArchives") }
sign configurations.archives
}
uploadArchives {
configuration = configurations.archives
repositories.mavenDeployer {
beforeDeployment { MavenDeployment deployment -> signing.signPom(deployment) }
repository(url: 'http://192.168.1.3:8081/nexus/xxxx/') {//仓库地址
authentication(userName: "admin",//用户名
password: "admin123")//密码
}
pom.project {
name project.name
packaging 'jar'
description 'none'
url 'http://192.168.1.3:8081/nexus/xxxxx/'//仓库地址
developers {
developer {
id 'mc'
name 'ma machao'
email '[email protected]'
}
}
}
}
}
buildscript {
repositories {
mavenCentral()
}
dependencies {
classpath 'com.android.tools.build:gradle:2.1.0'
}
}
//dependsOn 可根据实际需要增加或更改 dependsOn: ['compileReleaseJava'],
task buildJar(type: Jar) {
appendix = project.name
baseName = project.name
version = "1.0.0"
classifier = "release"
//后缀名
extension = "jar"
//最终的 Jar 包名，如果没设置，默认为 [baseName]-[appendix]-[version]-[classifier].[extension]
archiveName = project.name + ".jar"
//需打包的资源所在的路径集
def srcClassDir = [project.buildDir.absolutePath + "/intermediates/classes/release"];
//初始化资源路径集
from srcClassDir
//去除路径集下部分的资源
exclude "com/xxxx/" + project.name + "/BuildConfig.class"
exclude "com/xxxx/" + project.name + "/BuildConfig\$*.class"
exclude "**/R.class"
exclude "**/R\$*.class"
//只导入资源路径集下的部分资源
include "com/xxxx/" + project.name + "/**/*.class"
}
//仓库地址
allprojects {
repositories {
mavenCentral()
//这里加入自己的maven地址
maven {
url "http://192.168.1.3:8081/nexus/xxxxx"
}
}
}
dependencies {
compile 'com.android.support:support-v4:22.0.0'
provided 'com.xxxx.mobile:framework:1.0' ／／依赖其他模块的jar包
}
2、core模块的例子
apply plugin: 'com.android.application'
apply plugin: 'maven'
apply plugin: 'signing'
//定义GroupID和Version，ArtefactID会自动使用Project名
group = 'com.xxxx.mobile'
version = '1.0.1'
android {
compileSdkVersion 22
buildToolsVersion '22'
defaultConfig {
minSdkVersion 15
targetSdkVersion 22
versionCode 1
versionName "1.0"
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
}
artifacts {
archives file('build/libs/' + project.name + '.jar')
}
signing {
required { has("release") && gradle.taskGraph.hasTask("uploadArchives") }
sign configurations.archives
}
uploadArchives {
configuration = configurations.archives
repositories.mavenDeployer {
beforeDeployment { MavenDeployment deployment -> signing.signPom(deployment) }
repository(url: 'http://192.168.1.3:8081/nexus/xxxx/') {//仓库地址
authentication(userName: "admin",//用户名
password: "admin123")//密码
}
pom.project {
name project.name
packaging 'jar'
description '容器内核'
url 'http://192.168.1.3:8081/nexus/xxxxx/'//仓库地址
developers {
developer {
id 'mc'
name 'ma machao'
email '[email protected]'
}
}
}
}
}
//dependsOn 可根据实际需要增加或更改 dependsOn: ['compileReleaseJava'],
task buildJar(type: Jar) {
appendix = project.name
baseName = project.name
version = "1.0.0"
classifier = "release"
//后缀名
extension = "jar"
//最终的 Jar 包名，如果没设置，默认为 [baseName]-[appendix]-[version]-[classifier].[extension]
archiveName = project.name＋".jar"
//需打包的资源所在的路径集
def srcClassDir = [project.buildDir.absolutePath + "/intermediates/classes/release"];
//初始化资源路径集
from srcClassDir
//去除路径集下部分的资源
exclude "com/xxx/mobile/" + project.name + "/BuildConfig.class"
exclude "com/xxx/mobile/" + project.name + "/BuildConfig\$*.class"
exclude "**/R.class"
exclude "**/R\$*.class"
//只导入资源路径集下的部分资源
include "com/xxx/mobile/" + project.name + "/**/*.class"
}
buildscript {
repositories {
mavenCentral()
}
dependencies {
classpath 'com.android.tools.build:gradle:2.1.0'
}
}
allprojects {
repositories {
mavenCentral()
//这里加入自己的maven地址
maven {
url "http://192.168.1.3:8081/nexus/xxxx/"
}
}
}
dependencies {
compile fileTree(include: ['*.jar'], dir: 'libs')
compile 'com.android.support:support-v4:22.0.0'
provided 'com.xxx.mobile:framework:1.0'
provided 'com.xxx.mobile:xxapi:1.0.1'
}
- 如今模块化之后，依赖关系的复杂度也相比之前复杂了不少，因此梳理好依赖关系是必须考虑的问题。
框架主要有Portal、Framework、Module三个模块：
1、Portal是项目的Launcher目录。
2、Framework是框架的架构模块。
3、Module是每一个模块，并分为Api和Core，并且Api作为Android.library、Core作为Android.application.
4、每一个模块通过依赖其它模块的Api进行组件的调用。并且每一个Core都需要依赖Framework。
开发插件apk所需要遵循的规范：
1. 不能用this：因为this指向的是当前对象，即apk中的activity，但是由于activity已经不是常规意义上的activity，所以this是没有意义的
2. 使用that：既然this不能用，那就用that，that是apk中activity的基类BaseActivity中的一个成员，它在apk安装运行的时候指向this，而在未安装的时候指向宿主程序中的代理activity，anyway，that is better than this.
3. 不能直接调用activity的成员方法：而必须通过that去调用，由于that的动态分配特性，通过that去调用activity的成员方法，在apk安装以后仍然可以正常运行。
- 启动新activity的约束：启动外部activity不受限制，启动apk内部的activity有限制，首先由于apk中的activity没注册，所以不支持隐式调用，其次必须通过BaseActivity中定义的新方法startActivityByProxy和startActivityForResultByProxy，还有就是不支持LaunchMode。
- 目前暂不支持Service、BroadcastReceiver等需要注册才能使用的组件。
-
2016/7/6 懒加载功能
1、bundleList.config 文件增加lazyBundle字段来标示是否进行懒加载。字段值格式：bundleName.bundleService*bundleService。这样在该插件被调用的时候，框架采取load这个dex。 2、优化效果：681kb的so，首次启动懒加载优化100ms。
Thankd for your reading, by Mc... Thanks Dynamic-load-apk
update