目前看到制作共存大多是修改包名然后替换所有包名相关的字符串，这种方式很容易出问题，比如说有些遗漏的字符串没有替换，.so中调用了相关的包名（动态绑定情况，静态可以修改IAT替换，但是很容易出错）。所以一种比较好的方法制作共存是，修改包名且修改程序入口（不修改原来的包名），在新的入口处extends原来的入口，或是startActivity。其实这篇教程主要目的还是java生成smali的尝试，以制作共存为例，抛砖引玉，这种Java上生成smali字节码的方法可以推广到mod制作。

1月10日更新：
今天修改了一下标题，因为我成功尝试了修改app为原生层添加ASF外置sd卡写操作支持，这个过程涉及到了elf的修改，ndk jni编译so hoo .got表以及java层注入smali相配合。
感觉是一次挺有意思的尝试，其中也有很多坑（修改so直接闪退，无法调试，也没有报错信息；java内部匿名类序号不同，手动修改特别容易出错），
之后整理完成会陆续发布，可以算是对安卓制作mod的参考。

当然除了apktool其他知识为了用java编写，习惯后直接编写smali也是可以的。

先用apktool反编译源程序
(apktool出错的注意检查java环境，必须是64位，oracle的javapath可能默认是32位)

AndroidManifest.xml开头处package=""即为包名，下例为修改后的包名

<intent-filter>中"android.intent.action.MAIN"极为程序入口, 修改后入口class为cn.natdon.onscripterv2yuri.start2
注意修改包名后所有的activity缺省包名都要修改。

通常情况下可以用Android Studio中的java2smali插件，但是我不想安装这么臃肿的软件。介绍一种比较轻便的生成smali方法，结合vscode自动补全功能非常好用。此方法非常小巧，所用工具不到50mb。

原理很简单，javac将.java编译为编译.class，之后用dx.jar将.class整合为classes.dex文件，再用baksmali.jar反编译.dex文件得到需要的smali。这个步骤需要android.jar 库函数还有原来程序的classes.dex转为classes.jar（为了extends继承）, 极为javac -cp中的依赖项。

写成的批处理脚本为：

make_smali.bat

先放一张vscode的效果图吧:

在vscode中 ctrl+shift+p Java: Create Java Project创建java环境，配置.classpath的dependencis(要Java: Refresh才能更新)，之后即可类似于Android Studio的自动补全了。配置Build Task可以实现自动化。

.classpath

tasks.json

start.java

start.smali

start2.java

start2.smali

编译好的apk即可安装，只要原app没有校验基本上重编译的都能运行。

[培训]内核驱动高级班，冲击BAT一流互联网大厂工作，每周日13:00-18:00直播授课