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自然会知道结果。