Android第一代加壳方法，网上有很多文章，本文只是在前人基础上的测试和验证，重点在于动手实践。主要的成果验证了有效性以及将加壳程序工具化，现在只需要一个cmd命令就可以对指定的Apk文件加壳。

第一代加壳技术有三个项目，分别是：

（一）项目下载地址
点击下载项目
该项目中包含3个工程，其中，apkUnshell是壳程序，flashplayer程序是源程序，apkshell是加壳程序，因为笔者在android studio中创建和编译java程序屡次失败，apkshell是用eclipse开发的。

（二）简要解析
此程序的加壳和解壳主要代码来自于网上，作者是yuxin，本文只是简单修剪。

加壳程序：如上所述，功能是将源程序追加到壳程序classes.dex文件的末尾，然后对壳程序的classes.dex文件中的长度、crc校验和sha1校验字段重新计算。该模块有很多细节，比如文件长度的计算，crc校验的是那些字节，sha1的计算方式等，具体可以结合dex文件结构和源代码，详细分析之。

如下几篇详细的dex文件解析文章：
dex文件解析
dex文件解析
dex文件解析

源程序加解密是简单的异或操作，密钥是：

其主要的计算字段有classes.dex长度，sha1校验，crc校验，主要部分如下：

解壳程序：此模块是加壳技术的核心，其技术细节较为冷僻高深，所谓曲高和寡，这部分才是加壳技术的精华所在，奈何本人不学无术，才疏学浅，只能勉强看懂，但是知其然不知其所以然。我觉得，作者肯定花费了很多的心血，鄙人对原作者的创新行为充满敬意，深表钦佩。

解壳程序通过反射调用实现的，在RefInvoke类中封装了多个反射调用的方法。该功能主要有2个部分，一部分是在Application方法中，其功能简述如下：

1.释放出源程序apk。

2.获取当前android.app.ActivityThread类对象currentActivityThread，并在其中找到ArrayMap类型的对象成员mPackages，并在mPackages中找到当前包名的android.app.LoadedApk对象。

3.在上述android.app.ActivityThread实例中，找到ClassLoader类的实例成员mClassLoader。

4 通过DexClassLoader加载释放出来的源程序apk。

5 将上述mClassLoader替换为加载源程序的DexClassLoader。

第二部分功能在onCreate方法中，其主要工作如下:

1.加载资源。

2.获取壳程序AndroidManifest.xml中源程序的包名和Application。

3.执行android.app.ActivityThread类的currentActivityThread方法，获取当前的android.app.ActivityThread实例currentActivityThread。

4.获取currentActivityThread中的android.app.ActivityThread类实例成员mBoundApplication。

5.在上述mBoundApplication中获取android.app.ActivityThread$AppBindData类实例info。

6.将上述info实例中的android.app.LoadedApk类实例成员mApplication设置为null。

7.在currentActivityThread中获取android.app.ActivityThread类实例mInitialApplication。

8.在currentActivityThread中获取android.app.ActivityThread类对象mAllApplications，该对象是个ArrayList<Application>结构，并在次结构中删除mInitialApplication对象。

9.获取info对象中android.app.LoadedApk类成员对象mApplicationInfo。

10.在mBoundApplication对象中获取android.app.ActivityThread$AppBindData类成员对象appInfo。

11.appInfo和mApplicationInfo实例的className成员变量设置为源程序的包名。

12.执行android.app.LoadedApk类对象info中的成员方法makeApplicationinfo，创建一个Application类实例。

13.设置android.app.ActivityThread类实例currentActivityThread中的成员对象mInitialApplication的值为上一步创建的Application类实例。

14.获取android.app.ActivityThread类对象currentActivityThread中的成员对象mProviderMap，该对象是一个ArrayMap结构，其元素是android.app.ActivityThread$ProviderClientRecord类。

15.遍历该成员对象，并获取其成员对象mLocalProvider，该成员对象是android.content.ContentProvider类，设置该android.content.ContentProvider类的成员对象mContext值为上述创建的Application。

16.调用上述步骤所创建的Application类实例中的onCreate方法。

上述复杂功能，概括的讲就是，将壳程序执行环境和资源转换到源程序的执行环境。这部分我也有些细节搞不明白，只是照抄代码和一些简单枯燥的字面解释，所谓，知其一不知其二，一叶障目不见泰山，这部分懂就是懂，咱不懂也装不出来。

其主要代码如下：

再次啰嗦一下，这段代码我能看懂，也基本上能理解，但是不知道为什么这样做，知其然而不知其所以然。

源程序：本人自己写的小程序模块，跟此项目关系不大。

（三）加壳的注意事项

壳程序中的AndroidManifest.xml文件可以没有自己的内容，而全部复制来源于源程序中的AndroidManifest.xml程序，但是其中要添加如下条目：

该字段用于壳程序加载原程序。

壳程序的Androidmanifest.xml文件中，所有Activity、Service 、ContentProvider、Broadcast、Application等，在声明中，必须全部都用源程序中的包名+类名，而不能用如同.MainActivity这样的缩写格式。同时，也应注意到，壳程序中的.MyApplication和源程序中的.MyApplication虽然名字相同，但不是用一个Application,修改后没有影响，这从日志输出中可以看出。

壳程序包名最好不要跟源程序相同，在测试中发现，如果相同会导致系统卡死。

加壳后的程序，在使用autosign重新签名以前，必须删除原来的META-INF文件夹，否则，会因为autosign的签名错误，导致签名后的apk包安装不上。

壳程序最好不要有启动界面，否则，程序运行时，首先会跳转壳的界面。因此，所有的Activity不要有如下属性：

6.壳进程的so文件可以和源程序native文件同名，这一点并不冲突。

（四）加壳自动化

用eclipse下编译加壳程序apkshell.jar，编写.bat批处理文件，构建源程序并拷贝到apkshell-cmd目录下，执行run.bat程序后，自动调用apkshell.jar将源程序加密后塞进壳程序，调用autosign程序对打包后的壳程序签名，签名后的程序默认为mytest.apk。

该模块是本文中我的主要工作之一。

到此，各位看官可以直接使用此apk安装测试，或者用于其他目的。

批处理文件内容如下：

（五）加壳方案的优劣
优点：经过本人多次测试，该加壳方式简单、快捷，易于移植，兼容性比较好，加壳后，源程序未发现因加壳引起的其他异常。
此处要修改一下，当调用第三方定位软件，比如腾讯地图定位中的如下代码：

以及高德地图的如下接口时：

会导致程序崩溃。原因未知。

缺点：此种加壳方案，会在安装程序主目录下，生成两个文件夹：my_payload_odex和my_payload_lib，其中会包含源代码生成的apk文件以及源码生成的so等native文件，当攻击者拿到apk和这些原生的文件之后，也就意味着加壳方案的失败。

综合来看此种方案虽然无法抵御例如xposed等插桩调试，但是依然会增加破解者的调试难度。

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！