反编译报错
㈠ 运行反编译过来的代码时出现这些错误,怎么办
变量名标识符非法，改成任意合法标识符即可
㈡ android 反编译错误 遇到 乱码的文件名 怎么办
准备反编译工具；
反编译工具包里有一个AXMLPrinter2.jar可用于将XML变为可读文件，但是会引起数组越界的异常；这里提供另一个jar包AXMLPrinter2.S.jar，可实现解析；
下载完jar包后，打开命令行，cd到该jar包路径下，运行java -jar AXMLPrinter2.S.jar 文件所在路径指定文件名.xml命令即可反编译出xml文件；
但是如果XML文件很大，一屏看不完，则在命令窗口可能无法看全，这时候可以执行命令|more的指令，即Java -jar AXMLPrinter2.S.jar 文件所在路径指定文件名.xml | more，发现屏幕最后会有--more--的字样，按回车键可逐行显示出来，但是无法返回看原先的数据；
如果想简单的到处全部数据，可执行下面的命令Java -jar AXMLPrinter2.S.jar 文件所在路径指定文件名.xml > 指定路径文件名.txt(或XML)，则该XML数据将全部写入该文件中；
㈢ 安卓反编译，odex反编译报错
建议您安装包含这个apk软件的系统框架。
不知道什么是安卓的系统框架，建议自行网络一下吧！
㈣ app反编译为什么编译出错
虽然不提倡逆向工程别人的劳动成果但是万一一个feature你想做，却始终搞不懂，怎么？参考一下别人怎么实现的吧！可是Android用的Dalvik压根不是标准的JavaVM的Jar，而是DEX格式的，怎么？附件是dxe2jar和JD，两个工具都是opensource的，我已经全部放在一个压缩包了。别着急，有法：假设你要反汇编的是app.apk，那么先改名成app.zip2.解压3.在解压出来的里面找到classes.dex，这个就是目标的程序的二进制文件4.用附件的dex2jar，在Windows命令行下运行dex2jarclasses.dex5.生成classes.dex.dex2jar.jar，这个就是转换后的JAR文件了6.执行jd-gui，找到刚才生成的JAR文件，打开之。7.偷偷乐吧，90%以上的Java源代码跃然眼前。
㈤ 反编译时提示如下错误怎么解决
1、反编译=回编译后分别是
smali目录 回编译为 classes.dex 文件
res目录 回编译为 resources.arsc 文件
2、回编译顺序
在回编译时，会先检查“源”即resources
当你汉化文件，修改出错了（缺少一个符号也不行），
那么回编译会自动跳过编译res文件夹，直接回编译smali 。
所以，如果没有对smali（classes.dex）汉化，那么建议大家删掉这个文件夹，
这要会大大加快回编译速度。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 是否代码有错误的地方；
㈥ java 代码反编译错误
换个软件试试。可能原代码已加密，你需要能解密的反编译软件去编译。
㈦ 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的版本。
㈧ 反编译出来的java文件有错误，请问怎么改
这个反编译的程序 相当于自己写的程序的 你这样包装改就对了try{File log = new File(System.getProperty("server.root"), file); fw = new FileWriter(log, true); bw = new BufferedWriter(fw); pw = new PrintWriter(bw, true); }catch(IOException){}return;}
㈨ 为什么我反编译一个exe文件原封不动转为.exe就报错了。
世界上的大多数事物都是存在不可逆特性的，比如说生鸡蛋煮成熟鸡蛋很容易，但把熟鸡蛋再还原为生鸡蛋就几乎不可能了，也许将来的科技能够实现，但至少现在还没听说过。
程序的编译和反编译也是一样，一个电脑程序从供人类阅读的高级语言编译为供CPU解读的机器语言，这是一个质变的过程，比方说某个运算结果可以用多种算法实现，那么你想往上回溯时，究竟选择那种算法呢？你可能会说，让反编译软件随便选一种吧，那么问题来了，再继续往上回溯的时候，很有可能就跟原程序完全不同了。所以，尽管“条条大路通罗马”，但要想从罗马回到原来的出发点就不是容易的事了。因此，到目前为止，尚未有反编译软件能够把一个exe文件完整无误地反编译为源程序的（当然也许极简单的程序可以，比如hello world），而程序本来就是严谨的东西，差一个字也可能会产生十万八千里的误差。所以，反编译的结果只能用作参考，不能把它当作实际代码。