反编译不正常

❶ 疑惑解开，终于找到为什么反编译不成功了

你解开执行文件。如果是单个的文件，则执行它的时候在临时目录里可以找到解开的包。 在解开后的目录中找到pyc文件，然后利用反编译工具就可以将pyc反编译成py文件。 但是有些程序是做了加密的。

❷ 为什么我反编译一个exe文件原封不动转为.exe就报错了。

世界上的大多数事物都是存在不可逆特性的，比如说生鸡蛋煮成熟鸡蛋很容易，但把熟鸡蛋再还原为生鸡蛋就几乎不可能了，也许将来的科技能够实现，但至少现在还没听说过。
程序的编译和反编译也是一样，一个电脑程序从供人类阅读的高级语言编译为供CPU解读的机器语言，这是一个质变的过程，比方说某个运算结果可以用多种算法实现，那么你想往上回溯时，究竟选择那种算法呢？你可能会说，让反编译软件随便选一种吧，那么问题来了，再继续往上回溯的时候，很有可能就跟原程序完全不同了。所以，尽管“条条大路通罗马”，但要想从罗马回到原来的出发点就不是容易的事了。因此，到目前为止，尚未有反编译软件能够把一个exe文件完整无误地反编译为源程序的（当然也许极简单的程序可以，比如hello world），而程序本来就是严谨的东西，差一个字也可能会产生十万八千里的误差。所以，反编译的结果只能用作参考，不能把它当作实际代码。

❸ apk反编译不成功 换了好几个版本的java还不行

我今天也遇到了这个问题，我的问题解决了是因为包不旁团完整，有损坏（可以慎手通过直接运行APK，损坏的话会提示安装不了），另外我在查资料的时候发现也有可能apk被二次加工过，宽启嫌不是白包，添加了混淆或反编译。

❹ APK 反编译失败 是为啥

1、反编译=回编译后分别是
smali目录 回编译为 classes.dex 文件
res目录 回编译为 resources.arsc 文件
2、回编译顺序
在回编译时，会先检查“源”即resources
当你汉化文件，修改出错了（缺少一个符号也不行），
那么回编译会自动跳过编译res文件夹，直接回编译smali 。
所以，如果没有对smali（classes.dex）汉化，那么建议大家删掉这个文件夹，
这要会大大加快回编译速度。
3、出错问题1
在汉化时，往往会不小心删掉一些符号，如 "<" ">"符号等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
这些小小的错误都会导致回编时译检查出错。
所以汉化时，注意对校，然后再回编译。
建议使用一些高级的文本编辑器，支持语法高亮视图的。
4、出错问题2
最近发现有些APK文件 反编译后，就算不汉化直接回编译，都会出错。
有可能的原因1，反编译后XML文件语法中@符号 前面多了"\" （\@ ），
用文本编辑工具 直接替换【\@】为【@】，应该可以解决。
建议使用最新版本的反编译工具。
5、建议大家使用新版本的APKTool工具，
当然如果新的有问题也可以试试旧的一、系统文件汉化再次强调
1、汉化Settings.apk(系统设置)、MMS.apk（信息）、Phone.apk（电话）、
等等系统文件，一定要先 安装构架，具体看另个文件
<关于APKTool工具反编译Settings.apk问题>。
2、系统文件汉化完后不需要签名，直接替换汉化后的文件，就可以了。
主要是，系统文件放在系统目录，无需再次读取签名获得权限，已经是高级了。
二、打包说明
1、通常汉化完回编译后，会自动生成所有APK内的文件，或者自动生成*.APK文件。
但是建议大家不要直接使用该文件，进了使用替换法，替换掉你汉化后的文件，
如：resources.arsc，如果修改过的图片，等等…
2、很多人对于APK文件 解压缩或压缩 都用“WinRAR”或“好压”，这里不推荐。
希望大家安装7-Zip这个压缩工具，对于zip格式的支持是最好的。而且很方便，
不需要重新关联apk 直接右键打开就行了。替换直接拖拉进去，就OK了一、回编译出错问题

(1.提示 strings.xml 最后一行错误，检查是否</string>符号错误；
在汉化时，往往会不小心删掉一些符号，如 "<" ">"符号等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>

(2.提示 strings.xml 最顶部含中文代码首行错误，编码格式不对，转换成 UTF-8；
(3.提示 public.xml 出错，检查改动过的 arrays.xml 是否代码有错误的地方；

二、一切能正常但无法回编译
还有一种情况，apktool最新版本能正常反编译一个apk文件，在未做任何修改的情况下，无法回编译。
这是就要注意了，可以尝试一下用低版本的apktool进行【反编译】，然后在用高版本的apktoo工具【回编译】。
这里向大家推荐用 【APKDB】 这个工具，很方便，反编译时可以选择apktool的版本。

❺ 求助，apk被加密了，反编译不了，可有方法解决

下载dex2jar JD-GUI apktool

反编译步骤:
1.反编译Apk得到Java源代码
首先要下载两个工具：dex2jar和JD-GUI
前者是将apk中的classes.dex转化成Jar文件，而JD-GUI是一个反编译工具，可以直接查看Jar包的源代码。

具体步骤：
1.首先将apk文件，将后缀改为zip，解压，得到其中的classes.dex，它就是java文件编译再通过dx工具打包而成的；
2.解压下载的dex2jar，将classes.dex复制到dex2jar.bat所在目录。在命令行下定位到dex2jar.bat所在目录
运行 dex2jar.bat classes.dex
生成 classes.dex.dex2jar.jar

2.反编译apk生成程序的源代码和图片、XML配置、语言资源等文件
还是下载工具，这次用到的是apktool

具体步骤：
将下载的两个包解压到同一个文件夹下，应该卖辩亩会有三个文件：中森aapt.exe，apktool.bat，apktool.jar
1.解压缩下载的两个文件包，apktool-install-windows-r04-brut1.tar解压缩后得到的包里有aapt.exe 和apktool.bat.（注意要把apktool1.4.1.tar解压后的一个.jar 文件到解压后的\apktool-install-windows-r04-brut1文件夹灶仿里）
2.特别注意：你要反编译的文件一定要放在C盘的根目录里

❻ apk反编译，回编出错了

不影响正常运行，只是编译环境，
compileSdkVersion 告诉 Gradle 用哪个 Android SDK 版本编译你的应用。使用任何新添加的 API 就需要使用对应 Level 的 Android SDK。
需要强调的是修改 compileSdkVersion 不会改变运行时的行为。当你修改了 compileSdkVersion 的时候，可能会出现新的编译警告、编译错误，但新的 compileSdkVersion 不会被包含到 APK 中：它纯粹只是在编译的时候使用。（你真的应该修复这些警告，他们的出现一定是有原因的）
因此我们强烈推荐总是使用最新的 SDK 进行编译。在现有代码上使用新的编译检查可以获得很多好处，避免新弃用的 API ，并且为使用新的 API 做好准备。
注意，如果使用 Support Library ，那么使用最新发布的 Support Library 就需要使用最新的 SDK 编译。例如，要使用 23.1.1 版本的 Support Library ，compileSdkVersion 就必需至少是 23 （大版本号要一致！）。通常，新版的 Support Library 随着新的系统版本而发布，它为系统新增加的 API 和新特性提供兼容性支持。
解决办法有两种（我测试的前提是反编译的母包是没有包含这两个属性的）：
（1）使用apktool 2.3.2版本，因为2.3.3之后版本针对appt和appt2做了修改，最后AndroidManifest.xml里面不在包含compileSdkVersion和compileSdkVersionCodename
（2）清除原本的1.apk，重新指定framework-dir：java -jar apktool_2.4.0.jar empty-framework-dir --force，最后发现可以回编译成功，但是AndroidManifest.xml还是会包含compileSdkVersion和compileSdkVersionCodename。