标签：
好吧，不管怎样，反正是报异常了。有人说是apktool的版本不是最新导致的，我也难得去查找原因了，以前这样直接反编译也就是那样而已。
直接覆盖原来的dex文件
看来果然没这么简单就能呢个搞定，继续排查原因。
看看apk文件中有什么可疑对象导致了安装失败，果然除了dex和资源文件以外，还发现了三个文件
打开文件来一探究竟，果然里面都是对打包时对文件进行了标识记录，看来这是避免文件被篡改的安全机制。
想想既然是这些文件导致的，那先试试简单粗暴地直接把文件删了，避免防篡改检查
然而，这样的是不行的，必须要有这个文件夹才能解析apk包，可能这些相当于是读取安装文件列表清单，必须具有，看来此路不通，
既然原来的清单内容对不上，但又不能不提供，那能不能我们给它配一个新的？
想到这里，感觉可以动手试试，嘿咻嘿咻～
这些文件既然是在编译打包成apk时期自动生成的，那要想再生成一份新的，所以应该重新打包就可以。可是这个本身已经就是apk文件了，怎么再编译打包？
停下来想了想，对啊，突然想起来可以给包签个名呗，打签名应该也会有同样的效果才对，继续嘿咻嘿咻。
找个工具来签名吧，用自己的去签名留下点什么不良记录就不好了，嘿嘿～
标签：
原文地址：http://blog.csdn.net/u012963909/article/details/51204477
