在android开发中经常会遇到需要反编译竞品的需求，题主也就针对反编译apk后替换sdk后重新打包的场景进行试验，下面一步一步来说明Android如何反编译后重新打包。
一个典型apk包中包含的内容
我们知道android项目编译成应用程序后的安装文件是.apk文件，运行期间classloader加载的是dex文件中的class。所以我们先来看看一个典型的apk包中具有哪些基本内容：
apk包内容.png
方式一：使用apktool直接反编译apk（酷市场为例，2016.8.12更新）
配置apktool环境：
1.打开apktool官网
2.下载执行脚本文件和apktool.jar包
先下载脚本文件 ：
mac os 对应 apktool.sh
windows 对应 apktool.bat
再下载最新的apktool.jar
3.配置apktool的运行环境
windows：把下载的两个文件都copy到c:/windows目录，或者放到自己指定的目录下再修改系统path也行
Mac os: 把下载的两个文件都copy到/usr/local/bin目录下，修改权限为可执行chmod a+x
在命令行终端模式下，输入apktool验证是否完成apktool环境配置
反编译apk包
1.命令行进入到apk包所在的文件夹路径
2.执行反编译命令 apktool d filename
3.得到反编译后的文件夹
4.修改apk内容（举例替换logo）
查看manifest.xml文件，icon对应的就是配置应用logo
logo图片资源所在
5.重新签名打包
1.回编译apkapktool b files
files就是对应刚刚修改的apk文件夹，执行完后会重新生成一个apk文件
注意：编译后的apk是安装不成功的，总是提示
Failure [INSTALL_PARSE_FAILED_UNEXPECTED_EXCEPTION]，实质是没签名。
2.生成签名:keytool -genkey -keystore coolapk.keystore -keyalg RSA -validity 10000 -alias coolapk
注意：上面-keystore后面跟的是签名文件的名字，而-alias是别名，一般情况下-keystore后面跟-alias是一样的，但其实两者没有关系，这也是我故意搞成不一样的原因。
3.为apk增加签名：jarsigner -digestalg SHA1 -sigalg MD5withRSA -tsa -verbose -keystore coolapk.keystore -signedjar coolapk-signed.apk coolapk.apk coolapk
注意：
1.最后的”coolapk”就是－alias后面带的，必须保持一致
2.如果不带-digestalg SHA1 -sigalg MD5withRSA签名后的apk安装也会不成功，INSTALL_PARSE_FAILED_NO_CERTIFICATES的错误，如果不带-tsa会报一个时间方面的警告.
方式二：使用dex2jar反编译查看java代码（为例，2016.4月更新）
下载dex2jar和jd-gui
dex2jar: https://github.com/pxb1988/dex2jar
jd-gui: http://jd.benow.ca/
使用dex2jar将从apk中解压得到的dex文件转成jar包
使用jd-gui来查看jar包内容
jd-gui.png
将要需改的类更改代码后复制到jar内，完成覆盖替换
覆盖替换类
把jar包重新转成dex文件
将修改完成后的dex文件复制到原来的apk文件中
直接覆盖原来的dex文件
补充：
Smali2JavaUI
对于博主说得，先dex2jar把classes.dex转为jar，再jd-gui把jar转为源码*.java文件。
现在可以用Smali2JavaUI这个软件，一部到位。可以把这两个步骤化为一个步骤。所以，如果只想反编译看*.java文件的话，只用Smali2JavaUI软件就可以了。
这个软件可以直接打开***.apk文件，然后就直接看到*.java文件了。
Smali2JavaUI最新版本下载链接http://www.hensence.com/cn/smali2java/#Download
---------------------
作者：吾ha
来源：CSDN
原文：https://blog.csdn.net/ysc123shift/article/details/52985435
版权声明：本文为博主原创文章，转载请附上博文链接！
然后就兴冲冲地直接去安装了，然而～
看来果然没这么简单就能呢个搞定，继续排查原因。
找原因
看看apk文件中有什么可疑对象导致了安装失败，果然除了dex和资源文件以外，还发现了三个文件
原来是apk包本身的防篡改机制导致的
打开文件来一探究竟，果然里面都是对打包时对文件进行了标识记录，看来这是避免文件被篡改的安全机制。
Paste_Image.png
找到问题原因就来解决，嘿咻嘿咻
想想既然是这些文件导致的，那先试试简单粗暴地直接把文件删了，避免防篡改检查
Paste_Image.png
然而，这样的是不行的，必须要有这个文件夹才能解析apk包，可能这些相当于是读取安装文件列表清单，必须具有，看来此路不通，
Paste_Image.png
既然原来的清单内容对不上，但又不能不提供，那能不能我们给它配一个新的？
想到这里，感觉可以动手试试，嘿咻嘿咻～
这些文件既然是在编译打包成apk时期自动生成的，那要想再生成一份新的，所以应该重新打包就可以。可是这个本身已经就是apk文件了，怎么再编译打包？
停下来想了想，对啊，突然想起来可以给包签个名呗，打签名应该也会有同样的效果才对，继续嘿咻嘿咻。
找个工具来签名吧，用自己的去签名留下点什么不良记录就不好了，嘿嘿～
Paste_Image.png
签名成功后
成功安装，破解完成
补充：
1、生成keystore文件
keytool -genkey -alias abc.keystore -keyalg RSA -validity 20000 -keystore abc.keystore，执行该命令会生成一个abc.keystore证书文件。
2、对重打包之后的apk进行签名
将dist目录下的apk拷贝到d:\apktool目录，执行下面命令
jarsigner -verbose -keystore abc.keystore -signedjar calendar_signed.apk calendar.apk abc.keystore
执行之后会发现，在当前目录下生成一个calendar_signed.apk，该apk已经签名了，就可以正常使用了。
---------------------
作者：dmfrm
来源：CSDN
原文：https://blog.csdn.net/u010889616/article/details/78198822
版权声明：本文为博主原创文章，转载请附上博文链接！
转自：https://www.cnblogs.com/yanzheng216/articles/6378843.html