因为需要任务，所以需要修改第三方jar包，所以需要反向编译
Java Decompiler和Java Bytecode Decomplier提供各自的平台操作ui，后者是idea的插件
前者提供了一个可以直接将jar包拖动到可视窗口中进行反向编译的ui，操作简单，后者需要执行命令
如果使用前者进行反向编译，则在反向编译和初始化MapString，Integer对象时，初始化的内容将丢失。 char类型与反编译数字ch 256、256相比，执行结果为特殊字符，后者可以正常反编译
后者反编译int lenght=0，反编译int length=false
是的，并用吧
我个人倾向于后者。 前者反编译的代码乱蓬蓬的，放入各种多馀的代码进行包裹。 后者接近源代码。 更重要的是，后者的错误在编译时出现。 前者的错误只能在运行时调试时看到。 2333333
如果后续有重写方法，则反编译的代码两者都不能表示。 即@Override中没有。 换言之，反编译的代码注释、代码注释不在这些中。 编译时编译器没有编译注释，不能反向编译。 呵呵，如果你碰了石头，不想程序被反编译后轻易解密，就添加评论吧23333333