java反編譯反混淆

⑴ 我用java反編譯工具把.class文件轉為.java文件，其中有些這種字元，請問一下這種是怎麼回事啊

不會！ if ((l3 = (System.currentTimeMillis() - l2) + 10L) < 62L)
try
{
Thread.sleep(62L - l3);
}
catch (Exception )
} while (true);
if (a_byte == 1)
b();
a_Bobby.notifyDestroyed();
}

private final void d()
{
byte abyte0[] = a();
boolean flag = false;
String s1 = "BC5Data";
a a1 = this;
try
{
RecordStore recordstore;
(recordstore = RecordStore.openRecordStore(s1, false)).setRecord(1, abyte0, 0, abyte0.length);
recordstore.closeRecordStore();
return;
}
catch (Exception )
try
{
RecordStore.deleteRecordStore(s1);
}
catch (Exception )
······

看到了吧~這就是格式！匯編語言！！！
編譯連接之後，再用txt打開~就只能看到亂碼啦。

⑵ java反編譯後得到的源碼 很混亂 怎麼辦

不是每個反編譯都能完美的，用eclipse規范下代碼，然後不符合的語法的方法，自己換成適合當前jdk版本支持的就可以了，反編譯還是得花力氣在代碼的上，偷懶有限啊。

⑶ javacompile混淆器怎麼混淆後的class文件還是可以被反編譯出來呢求高手指點....

混淆的作用並不是使class文件不能被反編譯
混淆的作用是使反編譯的代碼更難讓人閱讀，比如一些計算金錢的敏感邏輯里有如下的代碼(新金額=舊金額*某個倍率)：
double newMoney=oldMoney*rate;
如果這樣的代碼直接編譯成class文件，別人反編譯這個class文件就能很清楚的看到金錢的計算關系，混淆後代碼可能就變成這樣的了：
double a=b*c;
這樣的代碼別人即使反編譯了，也是很難看懂其中的邏輯關系的

⑷ java編譯混淆後的class如何反編譯java文件!

即使不混淆也不可能100%的反編譯。。。。混淆之後幾乎是不可能的，或者代碼沒什麼價值了。

⑸ java反編譯器是什麼，干什麼用的;混淆器是什麼，有什麼用

反編譯器就是將.class文件變回原來的java源程序文件
不會沖突
混淆器可以打亂class文件中的符號信息，使反向工程變得非常困難。

⑹ java反編譯出來的代碼求解，解出後可追加50分

為什麼不用Java Decompiler反編譯呢？
不會出現這樣的情況
唯一不足的就是反編譯後原來的變數會變成數值

⑺ 如何有效的防止Java程序被反編譯和破解

由於Java位元組碼的抽象級別較高，因此它們較容易被反編譯。下面介紹了幾種常用的方法，用於保護Java位元組碼不被反編譯。通常，這些方法不能夠絕對防止程序被反編譯，而是加大反編譯的難度而已，因為這些方法都有自己的使用環境和弱點。
1.隔離Java程序
最簡單的方法就是讓用戶不能夠訪問到Java Class程序，這種方法是最根本的方法，具體實現有多種方式。例如，開發人員可以將關鍵的Java Class放在伺服器端，客戶端通過訪問伺服器的相關介面來獲得服務，而不是直接訪問Class文件。這樣黑客就沒有辦法反編譯Class文件。目前，通過介面提供服務的標准和協議也越來越多，例如 HTTP、Web Service、RPC等。但是有很多應用都不適合這種保護方式，例如對於單機運行的程序就無法隔離Java程序。
2.對Class文件進行加密
為了防止Class文件被直接反編譯，許多開發人員將一些關鍵的Class文件進行加密，例如對注冊碼、序列號管理相關的類等。在使用這些被加密的類之前，程序首先需要對這些類進行解密，而後再將這些類裝載到JVM當中。這些類的解密可以由硬體完成，也可以使用軟體完成。
在實現時，開發人員往往通過自定義ClassLoader類來完成加密類的裝載(注意由於安全性的原因，Applet不能夠支持自定義的ClassLoader)。自定義的ClassLoader首先找到加密的類，而後進行解密，最後將解密後的類裝載到JVM當中。在這種保護方式中，自定義的ClassLoader是非常關鍵的類。由於它本身不是被加密的，因此它可能成為黑客最先攻擊的目標。如果相關的解密密鑰和演算法被攻克，那麼被加密的類也很容易被解密。
3.轉換成本地代碼
將程序轉換成本地代碼也是一種防止反編譯的有效方法。因為本地代碼往往難以被反編譯。開發人員可以選擇將整個應用程序轉換成本地代碼，也可以選擇關鍵模塊轉換。如果僅僅轉換關鍵部分模塊，Java程序在使用這些模塊時，需要使用JNI技術進行調用。當然，在使用這種技術保護Java程序的同時，也犧牲了Java的跨平台特性。對於不同的平台，我們需要維護不同版本的本地代碼，這將加重軟體支持和維護的工作。不過對於一些關鍵的模塊，有時這種方案往往是必要的。為了保證這些本地代碼不被修改和替代，通常需要對這些代碼進行數字簽名。在使用這些本地代碼之前，往往需要對這些本地代碼進行認證，確保這些代碼沒有被黑客更改。如果簽名檢查通過，則調用相關JNI方法。
4.代碼混淆
代碼混淆是對Class文件進行重新組織和處理，使得處理後的代碼與處理前代碼完成相同的功能(語義)。但是混淆後的代碼很難被反編譯，即反編譯後得出的代碼是非常難懂、晦澀的，因此反編譯人員很難得出程序的真正語義。從理論上來說，黑客如果有足夠的時間，被混淆的代碼仍然可能被破解，甚至目前有些人正在研製反混淆的工具。但是從實際情況來看，由於混淆技術的多元化發展，混淆理論的成熟，經過混淆的Java代碼還是能夠很好地防止反編譯。下面我們會詳細介紹混淆技術，因為混淆是一種保護Java程序的重要技術。

⑻ 如何反編譯被Java混淆器保護的class文件

人家混淆了就是為了防止你反編譯。否則反編譯後能直接生成源碼，人混淆還有啥用？
混淆了就只能費些勁，慢慢看了，花點時間應該還能看懂。

⑼ 如何看懂Java混淆後的反編譯代碼

reactor主界面上就有幾個復選框，試一下全部打勾，然後點proctect，混淆後的Dll再用反編譯軟體看看其中的代碼，lz自然會知道結果。