JVM相关，.Class文件格式问题

[devie]

今天看一个框架，反编译类文件的时候提示不是有效的.Class文件，察看文件起始的内容并不是0xCAFEBABE，但是，这个类却能被JVM很好的识别，哪位高人能告诉这是用的什么原理。

[ahlon]

也许是编译.class文件的时侯加了混淆器混淆了。
好像Jbuilder可以混淆编译之后的字节码，当然也有其他的工具。

[云上飞翔]

[Quote=引用楼主 devie 的帖子:]
今天看一个框架，反编译类文件的时候提示不是有效的.Class文件，察看文件起始的内容并不是0xCAFEBABE，但是，这个类却能被JVM很好的识别，哪位高人能告诉这是用的什么原理。
[/Quote]
答:显然,这个框架,自定义了自己的ClassLoader,然后使用自己的ClassLoader来装载这些"特殊的class文件",这是基本的加密手段.JAVA混淆器有些也是基于这一原理对JAVA类文件进行"篡改的".

[zijiyiren]

为了防止Class文件被直接反编译，许多开发人员将一些关键的Class文件进行加密，例如对注册码、序列号管理相关的类等。在使用这些被加密的类之前，程序首先需要对这些类进行解密，而后再将这些类装载到JVM当中。这些类的解密可以由硬件完成，也可以使用软件完成。

[shuaiAWP]

不懂，顶顶

[java小小兵]

原来如此。

[胡须棉花糖]

不懂up

[ZiSheng]

[Quote=引用 7 楼 wangbin3961 的回复:]
不懂up
[/Quote]
一样不懂，up

[ahlon]

[Quote=引用 3 楼 jiangnaisong 的回复:]
引用楼主 devie 的帖子:
今天看一个框架，反编译类文件的时候提示不是有效的.Class文件，察看文件起始的内容并不是0xCAFEBABE，但是，这个类却能被JVM很好的识别，哪位高人能告诉这是用的什么原理。

答:显然,这个框架,自定义了自己的ClassLoader,然后使用自己的ClassLoader来装载这些"特殊的class文件",这是基本的加密手段.JAVA混淆器有些也是基于这一原理对JAVA类文件进行"篡改的".
[/Quote]

生成的.class字节码跟运行是加载的classloader没有直接关系吧

[devie]

[Quote=引用 11 楼 java2000_net 的回复:]
你直接运行那个类，或者你写一个Test类直接使用看看，如果不能用，则肯定被加密了。
[/Quote]
不能被使用，编译都通不过！！

[xiaoxuanfengsyn]

不懂，学习一下

[云上飞翔]

[Quote=引用 9 楼 ahlon 的回复:]
引用 3 楼 jiangnaisong 的回复:
引用楼主 devie 的帖子:
生成的.class字节码跟运行是加载的classloader没有直接关系吧
[/Quote]
答:有关系啊.JVM装载入框架自定义的classloader之后,用自定义的classloader来读入这些非标准的"篡改的"class文件,然后就在内存中当时就(on the fly)进行"反变换成"正常的class字节码,交由JVM去运行啊.这不很正常吗.

[老紫竹]

你直接运行那个类，或者你写一个Test类直接使用看看，如果不能用，则肯定被加密了。

[ZangXT]

研究反编译和破解的人好多。

[云上飞翔]

[Quote=引用 12 楼 ZangXT 的回复:]
研究反编译和破解的人好多。
[/Quote]
答：呵呵。。，大家只是互相讨论，互相聊聊，互相启发。我一直相信的是：三人行必有我师。像：2楼、4楼的兄弟观点都是对我有启发的。我又学到新东西，这才是最主要的。别人可能达到了“研究的水平”，我是差得远的。我是说的真心话：越学习讨论JAVA，发现不懂的反而越来越多，只好继续努力了。
真心地向大家学习与讨论而已。

[success000]

友情up

[filec75]

友情up

[devie]

谢谢各位了，启发很大。
其实我也是想了解一些加密的技术，不破解别人的，也得保护自己的呀！

[qinaldo]

呵呵，新人学习中！！

[devie]

研究明白了，用了ClassLoader进行解码载入，对于保护自己将软件是一个很好的思路！！