直接用status.values()配合for-each循环最高效安全；stream因每次values()都新建数组，易致gc压力与性能下降，仅在批量复用时宜缓存list后使用。
直接用 Status.values() 配合 for-each 循环是最高效、最安全的遍历与查找方式；Stream 虽可读性好，但对枚举类天然不友好——每次调用 values() 都新建数组，不适合高频或性能敏感场景。
为什么枚举 + Stream 容易踩坑
枚举类的 values() 是编译期生成的静态方法，每次调用都返回一个全新数组副本（如 Status[]），不是集合，也不支持懒求值。这意味着：
-
Status.values().stream().filter(...).findFirst()每次执行都会复制整个枚举数组，产生额外 GC 压力 - 枚举量稍大（比如超 100 个），在循环或高并发中反复调用会明显拖慢响应
- 无法复用流，不能缓存 stream 对象，
values()返回的数组也无法直接 .parallelStream() 提升效率（无意义）
推荐做法：轻量查找用 for-each，批量复用才缓存 List
绝大多数业务场景（如根据 name/code 查状态、校验参数、HTTP 响应映射）只需单次查找，用传统 for 循环更干净：
public static Status fromName(String name) {
for (Status s : Status.values()) {
if (Objects.equals(s.name(), name)) {
return s;
}
}
throw new IllegalArgumentException("No Status with name: " + name);
}
- 无对象分配，无 GC 开销，JIT 友好
- 支持 null 安全（
Objects.equals）、提前终止、断点调试直观 - 若枚举含自定义字段（如
getCode()），直接替换判断条件即可
如果确实需要多次遍历（例如初始化缓存、批量转换），建议在类加载时缓存为不可变 List：
private static final List<status> ALL_STATUSES =
Collections.unmodifiableList(Arrays.asList(Status.values()));</status>
后续可用 ALL_STATUSES.stream()... 安全操作，避免重复数组复制。
反向查找实战：按 code 查 name 或按 desc 查枚举
反向查找本质仍是「遍历匹配」，关键在字段选择和空值防护：
- 按整型 code 匹配：
if (s.getCode() == targetCode)（注意用==，非equals） - 按描述 desc 模糊匹配：
s.getDesc().contains(keyword)，建议加Objects.nonNull(s.getDesc())防 NPE - 大小写不敏感查 name：
name.equalsIgnoreCase(s.name())
不建议为反向查找单独建 Map 缓存——除非该字段查询频次极高且枚举稳定不变；否则维护成本（同步、失效、线程安全）远超收益。
真要上 Stream？请至少做三件事
如果团队强依赖 Stream 风格，或需链式组合其他操作（如排序后取前 N），务必：
- 用
Arrays.asList(Status.values()).stream()替代Status.values().stream() - 避免在方法内重复调用
values()，尤其不要写在 for/while 循环体里 - 终结操作优先用
findFirst()而非collect(Collectors.toList()).get(0)，减少中间集合创建
例如安全写法：
return Arrays.asList(Status.values())
.stream()
.filter(s -> Objects.equals(s.getCode(), code))
.findFirst()
.orElseThrow(() -> new IllegalArgumentException("Unknown code: " + code));
