Android一键生成包含，一起刷完了这份1307页的Android面试宝典吧

最新推荐文章于 2024-05-18 16:20:03 发布

2301_81694225

最新推荐文章于 2024-05-18 16:20:03 发布

阅读量1.1k

点赞数 34

分类专栏： 2024年程序员学习文章标签： android 面试 python

本文链接：https://blog.csdn.net/2301_81694225/article/details/137160698

版权

2024年程序员学习专栏收录该内容

199 篇文章 0 订阅

订阅专栏

/**

DexClassLoader类参数含义
@param dexPath 待加载的dex文件路径，如果是外存路径，一定要加上读外存文件的权限
@param optimizedDirectory 解压后的.dex文件存储路径，不可为空，此位置一定要是可读写且仅该应用可读写
@param librarySearchPath 指向包含本地库(so)的文件夹路径，可以设为null
@param parent 父级类加载器，一般可以通过Context.getClassLoader获取到，也可通过ClassLoader.getSystemClassLoader()获取到

public DexClassLoader(String dexPath, String optimizedDirectory, String librarySearchPath, ClassLoader parent)

**注：**4.1以后不能够将第二个参数 optimizedDirectory 设置到sd卡目录，否则抛出异常，强烈建议使用内部私有存储路径（即应用的data/data/xx包名/下面创建一个app_dex文件夹），不要放到sdcard上，代码容易被注入攻击。

下面我们将编译好的含有dex文件的 dexlibrary1_dex.jar 文件放到app下的assets目录下，当然也可以通过其他手段进行加载，例如放到服务器上Download下来等等，下面演示通过放置到assets目录进行加载：

/**

加载dex文件中的class，并调用其中的showMessage方法

private void loadDexClass() {

File dexOutputDir = getDir(“dex”, 0);//在data/data/xx包名/下面创建一个app_dex文件夹

String internalPath = dexOutputDir.getAbsolutePath() + File.separator + “dexlibrary1_dex.jar”;

File dexFile = new File(internalPath);

try {

if (!dexFile.exists()) {

dexFile.createNewFile();

//将assets目录下的文件copy到app/data/cache目录

FileUtils.copyFiles(this, “dexlibrary1_dex.jar”, dexFile);

}

} catch (IOException e) {

e.printStackTrace();

}

//加载dex class

DexClassLoader dexClassLoader = new DexClassLoader(internalPath, dexOutputDir.getAbsolutePath(), null, getClassLoader());

try {

//该name就是internalPath路径下的dex文件里面的ShowMessageImpl_one这个类的包名+类名

Class<?> clz = dexClassLoader.loadClass(“org.gaochun.dexlibrary1.ShowMessageImpl_one”);

IMessage_one impl = (IMessage_one) clz.newInstance();//通过该方法得到IMessage_one类

if (impl != null) {

String value = impl.showMessage(this);//调用打开弹窗并获取值

mTextView.setText(value);

}

} catch (Exception e) {

e.printStackTrace();

}

划重点：Class<?> clz = dexClassLoader.loadClass(“org.gaochun.dexlibrary1.ShowMessageImpl_one”); 这个loadClass的包名必须保持一致，即app下的包名和 dexlibrary1 组件下的包名必须保持一致，不然会出现java.lang.ClassCastException或ClassNotFoundException 等错误，所以需要保持一致，如下图所示：

这里给个这样的建议，定义了一个Common的基类Module，里面存放各种interface接口文件，然后剥离出来的组件引用了Common且都implements了对应的接口，宿主app也同样引用了Common，这样在宿主app中加载dex包时就不会出现上面转换错误或者找不到类的错误了，也让项目变得更加清晰一些，画个粗糙的图吧，绿色箭头表示依赖，红色箭头表示对打包好的dex进行加载，大致是这么个意思：

ok，加载成功前后的效果图：

到此我们知识点和功能也都基本完善了，按照上面的操作流程，Demo也能正常的运行起来，用着用着，因为项目的需求，独立出来的module越来越多，每个module的build.gradle文件中都有一大坨clearJar、makeJar的任务代码，看着有些碍眼，这是其一，其二就是每次都需要将编译好的jar拷贝到指定目录通过命令再生成包含dex的jar，这重复机械性的工作做多了也是有点头皮发麻，所以针对这个下面做了一些优化。

优化编译脚本

优化的目的总结下来有以下几点：

① Module统一版本管理

② 将clearJar/makeJar等任务抽离开，不要在每个module中都写一大堆

③ 通过自定义的Task一键生成包含class.dex的jar，省去手动编译重复性的工作

④ 上传到Git后确保让每个协同开发的小伙伴也能直接执行task任务进行编译，无需修改其他配置

下面分别来简单进行说明：

一、Module统一版本管理

首先可以在我们在项目的根目录创建一个 versionConfig.gradle 文件，该文件中定义的内容只做版本相关的定义和配置（也可以在根目录的build.gradle目录定义），例如：

ext {

versions = [

sdkMinVersion : 14,

sdkTargetVersion : 27,

sdkCompileSdkVersion: 27

//其他…

]

depVersion = [

appCompatVersion : “27.1.1”,

recyclerViewVersion : “27.1.1”,

constraintLayoutVersion: “1.1.0”

]

deps = [

suport: [

appcompat : “com.android.support:appcompat-v7:${depVersion.appCompatVersion}”,

recyclerview : “com.android.support:recyclerview-v7:${depVersion.recyclerViewVersion}”,

constraint_layout: “com.android.support.constraint:constraint-layout:${depVersion.constraintLayoutVersion}”

]

}

注意由于各个module都需要引用到该配置信息，所以该文件需要在根目录build.gradle中apply：

接下来在各个module中使用：

apply plugin: ‘com.android.application’

android {

def versions = rootProject.ext.versions

compileSdkVersion versions.sdkCompileSdkVersion

defaultConfig {

minSdkVersion versions.sdkMinVersion

targetSdkVersion versions.sdkTargetVersion

versionCode 1

versionName “1.0”

applicationId “org.gaochun.dexlibrary”

}

buildTypes {

release {

minifyEnabled false

proguardFiles getDefaultProguardFile(‘proguard-android.txt’), ‘proguard-rules.pro’

}

dependencies {

def dependencies = rootProject.ext.deps

implementation fileTree(dir: ‘libs’, include: [‘*.jar’])

implementation dependencies.suport.appcompat

implementation dependencies.suport.constraint_layout

//implementation ‘com.android.support.constraint:constraint-layout:1.1.0’

}

二、抽离clearJar/makeJar等编译任务并自定义Task任务执行编译dex任务

同样我们单独定义个文件：makeDexJar.gradle，将上面我们编译jar所定义的 clearJar/makeJar 任务放到这个文件中，如下图所示：

这个时候问题来了，如何引用这个文件；这个给多个module引用的打包编译任务有很多公共的属性，怎么封装成方法；另外生成包含class.dex的jar编译命令怎么写；下面是优化好的代码，根据注释可以清楚每一行代码的含义及作用，供大家参考：

//------------------------- 构建Jar和包含Dex的Jar ---------------------------------

ext {

readLocalSDKPropertiesToMakeDexJar = this.&readLocalSDKPropertiesToMakeDexJar

}

def readLocalSDKPropertiesToMakeDexJar(outputDexJarName, jarName, packagePath) {

//println(“我被调用了”)

//编译工具

//def buildingToolPath = ‘D:\Android\android-sdk\build-tools\28.0.0\dx.bat’

def dxbatVersion = ‘25.0.0’ //因为项目用的是25Level，所以此处用25.0.0的版本构建

def dxbat = ‘\build-tools\’ + dxbatVersion + ‘\dx.bat’

def buildingToolPath

//主要是为了读取local.properties文件中的sdk.dir路径，设置编译工具的位置

//这样其他成员拉取代码后打包就不用手动更改编译工具的路径了

File file = rootProject.file(‘local.properties’)

if (file.exists()) {

InputStream inputStream = rootProject.file(‘local.properties’).newDataInputStream();

Properties properties = new Properties()

properties.load(inputStream)

if (properties.containsKey(“sdk.dir”)) {

buildingToolPath = properties.getProperty(“sdk.dir”) + dxbat

}

//删除jar包任务

task clearJar(type: Delete) {

delete ‘build/libs/’ + jarName

}

//生成不带dex的jar

task makeJar(type: Jar) {

//baseName ‘SmartWebAPI’ //指定生成的jar名

archiveName = jarName //打包普通jar名称

from(‘build/intermediates/classes/debug/’ + packagePath) //从哪里打包class文件

into(packagePath) //打包到jar后的目录结构

exclude(‘test/’, ‘BuildConfig.class’, ‘R.class’) //去掉不需要打包的目录和文件

exclude { it.name.startsWith('R $KaTeX parse error: Expected 'EOF', got '}' at position 4: ') }̲ //去掉R$ 开头的文件

}

//执行makeJar任务时会在之前执行clearjar任务和 build

makeJar.dependsOn(clearJar, build)

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）

最后

针对Android程序员，我这边给大家整理了一些资料，包括不限于高级UI、性能优化、架构师课程、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter等全方面的Android进阶实践技术；希望能帮助到大家，也节省大家在网上搜索资料的时间来学习，也可以分享动态给身边好友一起学习！

往期Android高级架构资料、源码、笔记、视频。高级UI、性能优化、架构师课程、混合式开发（ReactNative+Weex）全方面的Android进阶实践技术，群内还有技术大牛一起讨论交流解决问题。

注Android）**
[外链图片转存中…(img-SNCD9buw-1711733621348)]

最后

往期Android高级架构资料、源码、笔记、视频。高级UI、性能优化、架构师课程、混合式开发（ReactNative+Weex）全方面的Android进阶实践技术，群内还有技术大牛一起讨论交流解决问题。

[外链图片转存中…(img-MocIPap2-1711733621349)]

[外链图片转存中…(img-G3zqGdPT-1711733621349)]

本文已被CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录

2301_81694225

关注

34
点赞
踩
8

收藏

觉得还不错? 一键收藏
0
评论
Android一键生成包含，一起刷完了这份1307页的Android面试宝典吧

针对Android程序员，我这边给大家整理了一些资料，包括不限于高级UI、性能优化、架构师课程、NDK、混合式开发（ReactNative+Weex）微信小程序、Flutter等全方面的Android进阶实践技术；希望能帮助到大家，也节省大家在网上搜索资料的时间来学习，也可以分享动态给身边好友一起学习！往期Android高级架构资料、源码、笔记、视频。高级UI、性能优化、架构师课程、混合式开发（ReactNative+Weex）全方面的Android进阶实践技术，群内还有技术大牛一起讨论交流解决问题。
复制链接

扫一扫