GC和静态最终字段

Question

我们正在开发基于spring boot 2.5.6的支付应用程序。该应用程序托管在docker上，并在Java14上启动。我们创建了一个名为GeneralEnum的抽象类，它是@可嵌入的，包含两个变量int-type和String-value。所有枚举类都扩展了这个基类，并在其中定义常量。

这个决定是为了定制整个应用程序层中使用的枚举。你可以在下面看到一个例子：

@Embeddable
public class ShapeEnum extends GeneralEnum {
   public static final ShapeEnum CIRCLE = new ShapeEnum(0, 'Circle');
   public static final ShapeEnum RECTANGLE = new ShapeEnum(1, 'Rectangle');

   public ShapeEnum(int type, String value) {
       super(type, value);
   }
}

该类在实体层中用作嵌入变量，如下所示：

@Entity
public class Shape {
    @Embedded
    @AttributeOverride(name = "type", column = @Columm(name = "shape_type"))
    private ShapeEnum shapeType;
}

系统工作得很好，但是发生了一些错误，ShapeEnum的value字段。RECTANGLE改为Circle，type改为0（！！！）之后，系统会失败（转储内存显示值的变化）。正如我所跟踪的，问题发生在运行GC之后，当ShapeEnum暂时不使用时。

有人知道会发生什么，以及如何解决这个问题吗？目前，重启docker容器会使应用程序正常工作。

提前谢谢。

Answer 1

好的，首先我要说问题不在哪里。

这个问题不是由垃圾收集器引起的。GC不会更改变量的值。不是静态变量，也不是实例变量。因此，并不是GC导致一些表示矩形（1）的type字段变为圆形（0）。

你说：

正如我所追踪的，问题发生在运行GC之后，当ShapeEnum有一段时间没有使用时。

这种说法不是确凿的证据。你实际上（可能）说的是，你观察到一个对象的type为0，而它本应是1。你（可能）没有观察到实际发生的变化，你（可能）不能确定该值在GC运行前立即是正确的。事实上，你（可能）甚至不能确定该值在GC运行后立即是错误的。

（如果你确实有明确的证据而不是假设，请将其添加到问题中。）

那么到底是什么导致了这种变化呢？

在这个阶段，我们只能猜测。我的猜测是：

>

应用程序的某些部分正在调用setValue方法，但它不应该调用，或者

您有多个对象来表示（比如说）矩形的枚举。

我觉得你对这些虚拟枚举的实现很脆弱。它们应该（至少松散地）是不可变的。您可能会修改GeneralEnum类以删除setter，并使类型和值字段最终。

如果对象是不可变的，你就不必担心有什么东西会改变它们。还有其他方法可以通过type==1和值获得shapenum。等于（“圆”），但不能打断圆或矩形。