Java，反编译器的问题

我使用JD decompiler反编译jar文件。 完成后，我有了源代码。 但是，我认为它是加密的！ 我得到了一些名为“Cny3”、“JmcU”、“Ow0w”、“YrRb”、“Jhaa”、“gzL9”的类。。。。 我可以用任何软件或技术解密或获取类名吗。

---

谢谢您的帮助。

否。源代码可能已被混淆。

否。源代码可能已被混淆。

代码未加密，但（请参阅Wikipedia）。将类和方法名称转换为唯一的随机字符串以使反编译代码难以理解。不可能反转此转换。

代码未加密，但（请参见维基百科）。将类和方法名称转换为唯一的随机字符串以使反编译代码难以理解。逆转这种转变是不可能的。

（我的重点）：

我得到了一些名为“Cny3”的课程

如果大多数类都有好的名称，而只有一些不好的名称，那么我就不会想到代码混淆。我认为某些字节码增强工具生成了一些内部类。或者其他生成类的工具

可能涉及的工具：

• AOP工具通常可以在编译时编织
• 所有东西都带有APT编译器插件（注释处理工具）

编辑模糊处理工具通常还尽可能加密实例字段和方法名称。它们看起来怎么样？

（我的重点）：

我得到了一些名为“Cny3”的课程

如果大多数类都有好的名称，而只有一些不好的名称，那么我就不会想到代码混淆。我认为某些字节码增强工具生成了一些内部类。或者其他生成类的工具

可能涉及的工具：

• AOP工具通常可以在编译时编织
• 所有东西都带有APT编译器插件（注释处理工具）

---

编辑模糊处理工具通常还尽可能加密实例字段和方法名称。它们看起来如何？

由于加密并不能神奇地缩短类和方法名（更不用说将它们压缩到4个字符），所以可以排除加密。如果部署了CBC模式加密，则您希望字符串的长度为N*8或N*16字节，而不是4字节。由于加密不会神奇地缩短类和方法名称（更不用说将它们压缩到正好4个字符），因此可以排除加密。如果部署了CBC模式加密，则字符串的长度应为N*8或N*16字节，而不是4字节。