为什么会引入这个话题,因为在第一次入门的时候发现xxx.apk逆向之后的目录结构很清晰,但是自己新建的demo资源一大堆,当时一脸懵逼,在整合的过程中绕了很多弯路,最后才发现了原因。所以整理出来,方便初次入门的童鞋当做垫脚石。
- 新建一个android Empty Activity项目,打包apk,逆向(不懂如何逆向文件的请查看Android逆向工具使用)查看一下res,smali目录结构
- 发现了res目录多了很多非项目工程的资源,这是因为
AppCompatActivity
的aar包包含了很多资源。如果是AndroidX则包在implementation 'androidx.appcompat:appcompat:1.1.0'
中,如果是非AndroidX则在implementation 'android.support.v7.app.AppCompatActivity'
。smali目录多了Android和AndroidX目录,这是因为依赖了Android的依赖项和AndroidX依赖项 - 将上述的依赖项去掉,使用Activity替代
AppCompatActivity
再次查看目录结构: - 发现此时目录结构很干净和我们的项目工程目录基本一致,没有多出多余的资源。
- 引入第三方(不包含资源)aar或者jar,此时查看目录结构
- 此时发现资源没怎么变化,但是smali里面多了第三方的smali文件。
所以如果我们想在smali中增加自己的aar(非资源型)那么我们只需要将该aar对应的目录结构文件拷贝过来即可
- smali文件基本描述:
- R.smali 资源目录结构
- R$id.smali 工程使用的资源id,eg:R.drawable.xx,这里是具体数值
- R$layout.smali 关于layout目录下的资源id
- R$xxx.smali 关于xx目录下的资源id
- AdActivity$x.smali AdActivity引用了函数,eg:此处AdActivity引用了MyToast的函数,形成了AdActivity$1.smali文件或者setOnClickListener等操作