文件编码方式反编译

Ⅰ \u6587\u7ae0\u6807\u9898是什么编码怎么反编译

这是unicode 编码， 反编码可以用这个网站 http://www.unicode.org/charts/unihan.html

比如你的问题里面就可以编译为 “文章标题”

Ⅱ 如何解决XML文件乱码

浏览器在打开你的XML文件时要查看你的XML文件中的encoding设置的是什么编码方式,然后就以这个编码方式打开你的XML文件.所以你的XML文件的保存的编码方式一定要与你的XML文件中设置的encoding的编码方式一致,否则就会出现乱码.例如你保存XML文件时使用的是unicode编码,而XML文件中的encoding设置的却是GBK编码,这样浏览器在解析你的XML文件时就会使用GBK的解码方式去解析你原本使用unicode保存的XML文件,这样就乱码了,解析不出来了.所以你的XML文件的保存的编码方式一定要与你的XML文件中设置的encoding的编码方式一致.

Ⅲ 我用jd-gui反编译class文件，通过javac编译，提示错误: 编码GBK的不可映射字符

1. 运行控制台，程序->运行，输入CMD，点击确定进入DOS操作系统 快捷键windows键+R键

2. 编写需要运行的java代码！
   

/**
*@authorjava
*@version创建时间：2014-11-7下午2:31:53
*类说明
*/
publicclasshelloword{
publicstaticvoidmain(String[]args){
System.out.println("hello中文字符，，，中文字符word");
System.out.println("hello中文字符，，，中文字符word");
System.out.println("hello中文字符，，，中文字符word");
System.out.println("hello中文字符，，，中文字符word");
System.out.println("hello中文字符，，，中文字符word");
System.out.println("hello中文字符，，，中文字符word");
System.out.println("hello中文字符，，，中文字符word");
System.out.println("hello中文字符，，，中文字符word");
System.out.println("hello中文字符，，，中文字符word");
}
}

3. 切换运行目录到您存放java代码的目录！使用命令 cd 切换

4. 常规执行命令javac helloword.java，出现如下错误!

5. 解决错误提示：编码 GBK 的不可映射字符，使用命令：javac -encoding utf-8 helloword.java，编译成功

6. 成功编译后，在tmp目录下能看到helloword.java文件编译后的.class字节码文件

7. 使用命令【java helloword】，运行java程序

Ⅳ 如何进行JAVA程序的反编译

JAVA是采用一种称做“字节编码”的程序结构，分为小程序(嵌入到HTML文件中)和应用程序(直接在命令状态下执行)两种类型。无论哪种结构，一旦用JAVAC 命令编译后，均变成后缀为CLASS的同名可执行文件。这种文件是不可阅读的代码。 经查阅了SUN公司的JDK(JDK1.1.3)文档资料后，我找到了一个据称是可反编译JAVA的JAVAP文件(EXE)，这个文件位于\JDK\BIN\ 下面，经按说明使用后，感到失望，原来这个“反编译”仅可反编译出JAVA程序的数据区(定义)、若干方法和类的引用等。 这里我用了一个简单例子来说明问题。 详情见： http://java.e800.com.cn/articles/2010/1115/1289796925240_1.html

Ⅳ 如何利用ILSPY反编译工具重建C#NETWeb源码解决方案

无论是VB.NET还是C#.NET语言开发的APS.NETWEB程序，发布在IIS的虚拟目录下时，基本上会是三种文件类型（以C#为例）：

1，aspx 页面文件

2，.aspx.cs 页面文件对应的代码文件

3，Bin或Assembly 目录下的.DLL类库文件。

出于代码的保密性或代码源码的管理需要，项目团队开发时，会经常性的将一部分与数据库打交道的代码封装到中间层，即.DLL层进行统一管理维护，这一部分.DLL是以文件的形式供调用，不象.aspx.cs文件可以直接用记事本打开进行查看源码，给我们重新建解方案带来了一定的困难。但只要能通过ILSPY对这部分.DLL代码进行反编译的话，可以很方便，也是很快的重新你的完整解决方案。（此方法也同样适用于.NET开发的.exe文件）下面是是一些具体的反编译与重建解决方案的步骤：

1，搜索并下载.NET 反编译工具IL SPY 。

2，下载后，打开IL SPY的执行文件ILSpy.exe

接下来，需要的就是按步就搬的建立你的.sln方案，在.NET开发环境下添加反编译出来的.csproj项目，并将原来web发布目录下的文件加入解决方案中

6，重新解决方案的时间由系统的大小及对.NET开发环境的精通程度决定，一般该引用的引用，该反编译的反编译.

Ⅵ 我反编译JAVA文件，有一些汉字信息就变成了\u9879 了

使用 jdk 自带的 native2ascii.exe 工具，在你的 jdk文件夹/bin 下能找到。
针对你的问题，在 cmd 窗口中执行下面的命令即可(需要将 jdk文件夹/bin 加入到 path 环境变量中)：

native2ascii -reverse C:\abc.java c:\abc2.java
(这里abc.java表示你的含有 \uxxxx 字符的java文件;
c:\abc2.java 表示转后后的文件)

下面附上完整的 使用方法：
------------------------------
native2ascii用法解析

native2ascii是sun java sdk提供的一个工具。用来将别的文本类文件（比如

*.txt,*.ini,*.properties,*.java等等）编码转为Unicode编码。为什么要进行转码，

原因在于程序的国际化。

Java 编译器和其它 Java 工具只能处理含有 Latin-1 和/或 Unicode 编码（\udddd 记

号）字符的文件。native2ascii 将含有其它字符编码的文件转换成含 Latin-1 和/或

Unicode 编码字符的文件。

若省略 outputfile，则使用标准输出设备输出。此外，如果也省略 inputfile，则使用

标准输入设备输入。

用法：native2ascii [-reverse] [-encoding 编码] [输入文件 [输出文件]]

-[options]：表示命令开关，有两个选项可供选择
-reverse：
执行相反的操作：将含 Latin-1 和/或 Unicode 编码字符的文件转换成含本地编码字符

的文件,不指定编码情况下，将转为本地编码。

-encoding encoding_name
指定转换过程使用的编码名称。缺省的编码从系统属性 file.encoding 中得到。

encoding_name 字符串必须是下表第一栏所示的字符串。

[inputfile [outputfile]]
inputfile：表示输入文件全名。
outputfile：输出文件名。如果缺少此参数，将输出到控制台

-------------------------------------------------------------
8859_1 ISO 8859-1
8859_2 ISO 8859-2
8859_3 ISO 8859-3
8859_4 ISO 8859-4
8859_5 ISO 8859-5
8859_6 ISO 8859-6
8859_7 ISO 8859-7
8859_8 ISO 8859-8
8859_9 ISO 8859-9
Big5 Big5 码，繁体中文
CNS11643 CNS 11643，繁体中文
Cp037 美国、加拿大（两种语言，法语）、荷兰、葡萄牙、巴西、澳大利亚
Cp1006 IBM AIX 巴基斯坦（乌尔都语）
Cp1025 IBM 多语种西里尔语：保加利亚、波斯尼亚 黑塞哥维那、马其顿 (FYR)
Cp1026 IBM Latin-5，土耳其
Cp1046 IBM Open Edition US EBCDIC
Cp1097 IBM 伊朗（波斯语）/波斯
Cp1098 IBM 伊朗（波斯语）/波斯 (PC)
Cp1112 IBM 拉脱维亚，立陶宛
Cp1122 IBM 爱沙尼亚
Cp1123 IBM 乌克兰
Cp1124 IBM AIX 乌克兰
Cp1125 IBM 乌克兰 (PC)
Cp1250 Windows 东欧
Cp1251 Windows 斯拉夫语
Cp1252 Windows Latin-1
Cp1253 Windows 希腊
Cp1254 Windows 土耳其
Cp1255 Windows 希伯莱
Cp1256 Windows 阿拉伯
Cp1257 Windows 波罗的语
Cp1258 Windows 越南语
Cp1381 IBM OS/2, DOS 中华人民共和国 (PRC)
Cp1383 IBM AIX 中华人民共和国 (PRC)
Cp273 IBM 奥地利、德国
Cp277 IBM 丹麦、挪威
Cp278 IBM 芬兰、瑞典
Cp280 IBM 意大利
Cp284 IBM 加泰罗尼亚语/西班牙、拉丁美洲西班牙语
Cp285 IBM 英国、爱尔兰
Cp297 IBM 法国
Cp33722 IBM-eucJP - 日语 (5050 的超集)
Cp420 IBM 阿拉伯
Cp424 IBM 希伯莱
Cp437 MS-DOS 美国、澳大利亚、新西兰、南非
Cp500 EBCDIC 500V1
Cp737 PC 希腊
Cp775 PC 波罗的语
Cp838 IBM 泰国扩展 SBCS
Cp850 MS-DOS Latin-1
Cp852 MS-DOS Latin-2
Cp855 IBM 斯拉夫语
Cp857 IBM 土耳其语
Cp860 MS-DOS 葡萄牙语
Cp861 MS-DOS 冰岛语
Cp862 PC 希伯莱
Cp863 MS-DOS 加拿大法语
Cp864 PC 阿拉伯语
Cp865 MS-DOS 日尔曼语
Cp866 MS-DOS 俄语
Cp868 MS-DOS 巴基斯坦语
Cp869 IBM 现代希腊语
Cp870 IBM 多语种 Latin-2
Cp871 IBM 冰岛语
Cp874 IBM 泰国语
Cp875 IBM 希腊语
Cp918 IBM 巴基斯坦（乌尔都语）
Cp921 IBM 拉脱维亚、立陶宛(AIX, DOS)
Cp922 IBM 爱沙尼亚 (AIX, DOS)
Cp930 与 4370 UDC 混合的日语，5026 的超集
Cp933 与 1880 UDC 混合的韩文，5029 的超集
Cp935 与 1880 UDC 混合的简体中文主机，5031 的超集
Cp937 与 6204 UDC 混合的繁体中文，5033 的超集
Cp939 与 4370 UDC 混合的日语拉丁字母，5035 的超集
Cp942 日语 (OS/2)，932 的超集
Cp948 OS/2 中文（台湾），938 超集
Cp949 PC 韩文
Cp950 PC 中文（香港、台湾）
Cp964 AIX 中文（台湾）
Cp970 AIX 韩文
EUCJIS JIS, EUC 编码、日语
GB2312 GB2312, EUC 编码、简体中文
GBK GBK, 简体中文
ISO2022CN ISO 2022 CN, 中文
ISO2022CN_CNS ISO-2022-CN 形式的 CNS 11643，繁体中文
ISO2022CN_GB ISO-2022-CN 形式的 GB 2312，简体中文
ISO2022KR ISO 2022 KR, 韩文
JIS JIS, 日语
JIS0208 JIS 0208, 日语
KOI8_R KOI8-R, 俄语
KSC5601 KS C 5601, 韩文
MS874 Windows 泰国语
MacArabic Macintosh 阿拉伯语
MacCentralEurope Macintosh Latin-2
MacCroatian Macintosh 克罗地亚语
MacCyrillic Macintosh 斯拉夫语
MacDingbat Macintosh Dingbat
MacGreek Macintosh 希腊语
MacHebrew Macintosh 希伯莱语
MacIceland Macintosh 冰岛语
MacRoman Macintosh 罗马语
MacRomania Macintosh 罗马尼亚语
MacSymbol Macintosh 符号
MacThai Macintosh 泰国语
MacTurkish Macintosh 土耳其语
MacUkraine Macintosh 乌克兰语
SJIS Shift-JIS, 日语
UTF8 UTF-8

Ⅶ 谁能帮我把一个hex文件反编译为c语言文件

文件有两种，一种是文本文件，一种是程序二进制文件，不管哪种文件都可以用十六进制编码来显示，称为hex文件。

1、文本Hex文件一般不需要转成C语言，更多的是程序二进制文件，用十六进制显示，可以转换成C语言，一般使用相应的反汇编程序来实现，这方面的工具很多，不同的平台略有不同。Windows平台一般常用的OllyDbg、Windbg、IDA，Linux平台使用最多的是GDB和Linux版的IDA。

OllyDbg，简称OD,一般是软件逆向工程爱好者，最先使用的一个工具，但是因为当下不在更新，所以一般用一般用于学习使用，下图中左上角的区域即为反汇编区域 ，用户可以根据汇编指令，分析程序算法，然后自己编写代码。

通过这个实例 ，相信应该能理解一个大致的流程啦。

Ⅷ 如何利用反编译软件打开并修改class文件

没办法完全反编译所以的class文件为java文件的，因为java中编译具有不可逆性。
但是可以将每个文件反编译，之后直接放到相应的包路径下来进行重新编码。
第一步：通过附件的“jd-gui”打开jar文件；
第二步：将每个class文件的内容，粘贴到一个新建的java工程中（包路径必须相同）；
第三步：修改需要修改的类，之后如果运行没问题的话，直接导出为jar包即可。
备注：其实此过程中出错的几率还是很大的，如果能够实现百分百编译的话，那么所以的项目也就间接开源了，这肯定是不现实的。

Ⅸ 反编译时提示如下错误怎么解决

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 是否代码有错误的地方；