像这样修补JVM的内部风险很大。在JVM的低层上存在各种可能会破坏的隐藏依赖项。JVM引导程序是一个非常微妙的过程。
例如，您看到崩溃而不是的最可能原因
StackOverflowError是您的更改破坏了 所有 对象的构造……包括错误对象的构造。
而且我怀疑您的保护代码无效，因为它
this.getClass().getName()可能导致创建String对象。因此，致命的递归发生在您警惕之前。
（顺便说一句，您的
hasHooked旗帜介绍了比赛条件。）
我的建议是“不要这样做！”。
像这样修补JVM的内部风险很大。在JVM的低层上存在各种可能会破坏的隐藏依赖项。JVM引导程序是一个非常微妙的过程。
例如，您看到崩溃而不是的最可能原因
StackOverflowError是您的更改破坏了 所有 对象的构造……包括错误对象的构造。
而且我怀疑您的保护代码无效，因为它
this.getClass().getName()可能导致创建String对象。因此，致命的递归发生在您警惕之前。
（顺便说一句，您的
hasHooked旗帜介绍了比赛条件。）
我的建议是“不要这样做！”。
名师互学网 版权所有 (c)2021-2022 ICP备案号：晋ICP备2021003244-6号
