[Android][Framework]系统jar包，sdk的制作及引用【转】
原文链接为：http://wossoneri.github.io/2018/12/09/%5BAndroid%5D%5BFramework%5Dmastering-system-jar-and-sdk/
原文作者： Wossoneri
需求
因为我是开发ROM的，所以系统的一些改动需要暴露给我们自己的APP。比如：
之前在PowerManager里面添加过一个新接口，用来释放所有的wake lock，接口调用如下：
PowerManager pm = (PowerManager) getSystemService(Context.POWER_SERVICE);
pm.releaseAll();
现在我们的系统APK需要调用这个方法，但是因为SDK不包含该方法，导致APK编译不通过。所以需要我编译一个包含新接口方法的jar包交给APK编译。（生成jar包的方法见该文章）
其实编译系统jar包很简单
make framework
即可得到framework.jar。
这时候把jar包导入到项目里，发现缺找不到jar包里的方法。这是因为，Android N使用了Jack编译。所以编出来的jar包里面没有class文件，取而代之的是一个优化过的dex文件。
如果要得到包含class文件的jar包，只需要将Jack编译关闭即可。
#include $(BUILD_JAVA_LIBRARY)
include $(BUILD_STATIC_JAVA_LIBRARY)
LOCAL_JACK_ENABLED := disabled
这样再次编译出来的jar包就是包含class文件的jar包。
拷贝framework.jar包到app/libs目录下
右键点击framework.jar，选择add as library，作为库添加到项目。此时看到我们的gradle里dependencies多了一行。
implementation files('libs/framework.jar')
因为我们希望这个包只在编译时起作用，所以需要把implementation改为compileOnly，帮助通过编译，不打包到apk。
compileOnly files('libs/framework.jar')
也可以通过打开项目的File->Project structure，界面左侧选择app，右侧选择Dependencies。引用列表里找到libs/classes.jar，右侧scope选择compileOnly即可。
还在Project structure同样的界面，把
{include=[*.jar], dir=libs}
删掉。或者把dependencies中的一行删掉：
// implementation fileTree(include: ['*.jar'], dir: 'libs')
目的是明确classes.jar所在的libs目录不作为一般的库导入。
在build.gradle添加如下内容，使其加入编译
allprojects {
repositories {
maven{url'https://maven.aliyun.com/repository/public'}
google()
jcenter()
}
// 添加下面代码
gradle.projectsEvaluated {
tasks.withType(JavaCompile) {
options.compilerArgs <<'-Xbootclasspath/p:app/libs/framework.jar'
}
}
}
在model的build.gradle里面加入自动更改model.iml文件的代码。这个代码的作用是将classes.jar放在索引的第一个，这样编译的时候就会先从我们的jar包查找API，而不是从SDK加载。
preBuild {
doLast {
defimlFile = file(project.name +".iml")
println'Change '+ project.name +'.iml order'
try{
defparsedXml = (newXmlParser()).parse(imlFile)
defjdkNode = parsedXml.component[1].orderEntry.find { it.'@type'=='jdk'}
parsedXml.component[1].remove(jdkNode)
defsdkString ="Android API "+ android.compileSdkVersion.substring("android-".length()) +" Platform"
newNode(parsedXml.component[1],'orderEntry', ['type':'jdk','jdkName': sdkString,'jdkType':'Android SDK'])
groovy.xml.XmlUtil.serialize(parsedXml,newFileOutputStream(imlFile))
}catch(FileNotFoundException e) {
// nop, iml not found
}
}
}
至此，需要的操作都已经完成。现在在Activity里使用我们的新接口：
PowerManager pm = (PowerManager) getSystemService(Context.POWER_SERVICE);
pm.releaseAll();
此时，releaseAll虽然显示为红色，但是编译时可以通过的。编译完成放在我们的系统里就可以运行了。
此方法也可以解决@hide方法无法访问的问题，自己做一个去掉@hide注解的jar包调用即可。但是你的App必须有系统签名。
前面的方法，虽然可以让App访问系统自定义的API，但是，有些APP做了很多的外部库引用，我们的jar包因为包含很多系统方法，会导致正常的类引用出现奇怪的错误。这些错误很难解决，所以就讨论了另外一个方案：做一个SDK，在SDK中调用系统的方法，然后让APP调用我的SDK。
下面是Android Studio制作SDK的步骤：
创建一个新项目
右键项目new module->Android Library->输入库名 mysdk
在module内创建一个新的class文件，尝试调用系统内部的方法
publicclassMySDK{
publicstaticvoidforceStopPackage(Context context, String packageName){
ActivityManager am = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
am.forceStopPackage(packageName);
}
}
我在SDK暴露出来一个系统方法，这样App要杀掉应用就不需要使用反射，直接调用我的SDK就可以。
把framework.jar放到module的lib目录下，在module内的gradle添加以下代码以编译出module：
dependencies {
compileOnly files('libs/framework.jar')
...
}
gradle.projectsEvaluated {
tasks.withType(JavaCompile) {
options.compilerArgs.add('-Xbootclasspath/p:libs/framework.jar')
}
}
task makeJar(type: Copy){
delete 'build/libs/MySdk.jar'
from('build/intermediates/bundles/default/')
into('build/libs/')
include('classes.jar')
rename('classes.jar','MySdk.jar')
}
makeJar.dependsOn(build)
在Gradle菜单双击makeJar进行模块编译，会在sdk里的build/outputs/aar出现
mysdk-debug.aar和mysdk-release.aar两个库文件。
将aar文件拷贝到App项目的lib目录下，gradle添加
android {
repositories {
flatDir {
dirs 'libs'
}
}
}
dependencies {
...
compile(name:'mysdk', ext:'aar')
}
然后就可以在对应Activity里快乐地使用MySDK.forceStopPackage()调用系统方法了。而且这还有个好处，一些系统API调用需要在Manifest添加对应权限，这样调用后就不需要添加权限了。
gradle版本变化报错：
Invoke-customs are only supported starting with android 0 --min-api 26
解决办法：在build.gradle下添加如下代码
android {
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
}
https://stackoverflow.com/a/50198499/4522227
Ref:https://blog.csdn.net/zhonghe1114/article/details/80923730
