Java - 在 JVM 中修改 Object 类的 toString()

Question

在 JVM 中，我想更改 Object 类的 toString 方法的行为以返回 getClass().getName(); 而不是 getClass().getName() + "@"+ Integer.toHexString(hashCode());

我试过 Javassist 的 Hotswapper，但它需要在启动 tomcat 服务器时分配一个调试端口。有没有其他方法可以更改 JVM 中 Object 类的 toString() 的功能？

我的用例:我的 JVM 中的一些对象没有 toString() 实现。因此采用了 Object.class 中的基本实现，它不会是唯一的(因为哈希码)。我有一个记录和测试环境，其中的值需要是唯一的，然后它们才可以 自动比较。

Answer 1

您可能可以通过篡改实际的 Object.class 文件(编译您自己的版本，然后替换相应 JAR 文件中的 .class 文件)来做到这一点。但我真心希望 JVM 注意到这一点，并痛打你一顿。

在 JVM 启动后“稍后”执行此操作是完全不可能的。 java.lang 类全部由初始“引导”类加载器加载，该加载器被烘焙 到 JVM 中，并且您无法更改(直到您开始构建自己的 JVM)。因此，在 JVM 调用您的任何代码之前很久，它已经加载了 java.lang.Object，以及它在文件系统中找到的 .class 文件的实现。

正如评论所暗示的那样，这里真正的答案是:你走错了路。

可能有数百个(如果不是数千个)内部 API 或第 3 方库假设默认的 toString() 结果看起来确实如此。当然，依赖该假设不是一个好主意，但尽管如此，您的更改可能会破坏此类代码。

除此之外，真正的答案是:当您不喜欢默认行为时，针对您认为重要的类更改它。

更新 1，另一种(理论上的)方法:可能 Hook 到类加载器中，以便在加载特定的“用户类”时拦截该过程，并添加生成的 toString() 方法(可能是 OP 用 javaasist 尝试过的)。但是 OP 希望在 tomcat 上下文中执行此操作，而 tomcat 有自己复杂的类加载器层次结构。这个选项也没有现实的机会!即使您可以完全控制类加载器，我们在这里谈论的是“黑魔法巫毒”风格的黑客攻击。您为教育项目所做的事情，而不是为了在现实世界中必须稳健可靠地运行的事情。

更新 2，关于更新后的要求。 OP 基本上想要更改类的特定行为而不重新编译它们。但考虑到其他 要求，这在这里根本不可能。在 Java 中启用此类“动态”的所有选项都不适合真实世界的生产环境。

因此，答案简单地保持不变:OP 要求的内容在理论上可能是可行的，但对于所有实际目的而言，这是不可行的。