文件編碼方式反編譯

Ⅰ \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 是否代碼有錯誤的地方；