枚举不能直接 new 因为编译后继承 final 的 java.lang.enum，其构造器为 protected，仅 jvm 可调用；name() 返回固定字面量名，ordinal() 返回易变序号，tostring() 可重写不保证稳定；values() 每次返回新数组，valueof() 区分大小写；枚举实例可用 == 比较因每个常量是唯一静态 final 对象。
为什么不能直接 new 一个枚举实例
因为所有 enum 声明的类在编译后，都会被隐式改为继承 java.lang.Enum（且是 final 类），而 Enum 的构造方法是 protected 的，仅允许 JVM 在类加载阶段调用。你写的 SPRING("春") 看似在调用构造器，实际是编译器帮你生成了对 Enum 构造器的合法委托，外部代码无法绕过这个限制。
name()、ordinal()、toString() 的行为差异
这三个方法都来自 Enum 抽象类，但语义和稳定性完全不同：
-
name()返回声明时的字面量名（如SPRING.name()永远返回"SPRING"），不可被覆盖，适合做精确匹配或序列化键名 -
ordinal()返回声明顺序下标（SPRING.ordinal() == 0），一旦调整枚举常量顺序，值就变——线上配置依赖ordinal会导致行为突变，应避免用于持久化或 RPC 协议 -
toString()默认等价于name()，但可被重写（比如返回中文描述），因此不保证稳定；若需可读性字符串，建议定义专用方法如getDisplayName()
values() 和 valueOf(String) 是编译器注入的静态方法
它们不是 Enum 类的方法，而是编译器为每个枚举类自动生成的静态工具方法：
-
Color.values()每次调用都返回**新数组**，不能缓存引用（否则可能被误修改）；高频场景建议提前缓存为Color[] VALUES = Color.values() -
Color.valueOf("RED")严格区分大小写且只认字面量名，传入"red"或"Red"直接抛IllegalArgumentException；业务中更安全的做法是用Enum.valueOf(Class, String)包一层 try-catch，或自己实现忽略大小写的查找逻辑
枚举实例能用 == 比较的根本原因
因为每个枚举常量在类加载时就被初始化为唯一的静态 final 实例，整个 JVM 中同名枚举值只有一个对象。所以 Season.SPRING == Season.SPRING 为 true，且比 equals() 更快、更安全（不会触发空指针）。但注意：如果变量可能为 null，仍需先判空再用 ==，否则 NPE 不可免。
