用Enum存储遗传算法求解TSP的预计算全局常量是否为合理方案？

现有方案的优缺点 #

优势 #

• 核心逻辑匹配需求：利用枚举的全局单例特性实现了参数全局共享，alreadySet校验避免了参数被二次修改，满足「预计算后固定为全局可用常量」的核心诉求，小型项目中可以正常运行。

缺陷 #

• 确实会降低调用类的内聚性：所有依赖参数的类都直接耦合到全局枚举上，后续如果要做并行对照实验、同时运行多组不同参数的遗传算法，这个全局枚举的方案完全无法支持。
• 存在线程安全风险：setValue方法没有同步机制，多线程场景下同时调用赋值时，极端情况会绕过alreadySet的校验，出现参数被重复赋值的问题。
• 不符合枚举的设计语义：枚举的设计定位是承载编译期确定的固定枚举值，为枚举项添加可变属性属于非典型用法，会提升代码的维护成本，后续接手的开发者容易误解设计意图。

更推荐的实现方案 #

方案1：全局单例配置类（适配全局唯一参数的场景） #

用线程安全的单例配置类替代枚举，语义更清晰，也解决了线程安全问题：

public class GeneticAlgoConfig {
    private static GeneticAlgoConfig INSTANCE;
    private boolean isInitialized = false;

    private int nodeCount;
    private int sequenceLength;
    private int populationSize;
    private int maxEdgeWeight;
    private int mutationRate;

    private GeneticAlgoConfig() {}

    public static synchronized GeneticAlgoConfig getInstance() {
        if (INSTANCE == null) {
            INSTANCE = new GeneticAlgoConfig();
        }
        return INSTANCE;
    }

    public synchronized void init(int nodeCount, int sequenceLength, int populationSize, int maxEdgeWeight, int mutationRate) {
        if (isInitialized) {
            throw new AssertionError("Configuration has already been initialized");
        }
        this.nodeCount = nodeCount;
        this.sequenceLength = sequenceLength;
        this.populationSize = populationSize;
        this.maxEdgeWeight = maxEdgeWeight;
        this.mutationRate = mutationRate;
        this.isInitialized = true;
    }

    public int getNodeCount() {return nodeCount;}
    public int getSequenceLength() {return sequenceLength;}
    public int getPopulationSize() {return populationSize;}
    public int getMaxEdgeWeight() {return maxEdgeWeight;}
    public int getMutationRate() {return mutationRate;}
}

方案2：普通POJO配置类（适配多实例并行的场景） #

如果后续有同时运行多组参数的需求，直接把配置类做成普通POJO，预计算完成后通过构造函数、依赖注入的方式传递给需要用到参数的模块，完全解耦各个模块和全局配置的绑定，内聚性最优。

内容的提问来源于stack exchange，提问作者John The Fisherman