前言
枚举（enum）是 Java 中特殊类，用来固定一组有限常量，避免魔法值、代码可读性更强、类型更安全。本文对应课堂三大典型应用场景，附带完整可运行案例，适合直接发布博客。
场景 1：状态 / 类型定义（最常用）
适用场景
订单状态、支付状态、消息类型、性别、审批流程等固定取值集合，替代硬编码数字 / 字符串魔法值。
案例：订单状态枚举
java
运行
/**
订单状态枚举
*/
public enum OrderStatus {
// 常量实例
WAIT_PAY(1, “待支付”),
PAID(2, “已支付”),
DELIVERED(3, “已发货”),
FINISH(4, “已完成”),
CANCEL(5, “已取消”);private Integer code;
private String desc;// 私有构造
OrderStatus(Integer code, String desc) {
this.code = code;
this.desc = desc;
}// getter
public Integer getCode() {
return code;
}
public String getDesc() {
return desc;
}// 根据code反向匹配枚举
public static OrderStatus getByCode(Integer code) {
for (OrderStatus status : values()) {
if (status.getCode().equals(code)) {
return status;
}
}
return null;
}
}
使用示例
java
运行
public class Test {
public static void main(String[] args) {
int code = 2;
OrderStatus status = OrderStatus.getByCode(code);
System.out.println(“当前订单：” + status.getDesc());
}
}
优势
取值受限，无法传入非法状态；
消除1、2、3魔法值，可读性极强；
统一管理所有状态，后期修改只改枚举一处。
场景 2：策略模式（消除大量 if-else）
适用场景
多分支业务判断，大量if/else if/switch臃肿代码，用枚举内置业务逻辑实现策略分发。
案例：支付方式策略枚举
定义顶层策略接口
java
运行
public interface PayStrategy {
void pay(Long orderId, Long money);
}枚举实现接口，每个常量对应一套策略
java
运行
public enum PayType implements PayStrategy {
ALIPAY {
@Override
public void pay(Long orderId, Long money) {
System.out.println(“支付宝支付：订单”+orderId+“，金额”+money);
// 支付宝SDK调用逻辑
}
},
WECHAT_PAY {
@Override
public void pay(Long orderId, Long money) {
System.out.println(“微信支付：订单”+orderId+“，金额”+money);
// 微信支付逻辑
}
},
UNION_PAY {
@Override
public void pay(Long orderId, Long money) {
System.out.println(“银联支付：订单”+orderId+“，金额”+money);
}
};
}调用，彻底去掉 if else
java
运行
public class TestPay {
public static void main(String[] args) {
PayType payType = PayType.WECHAT_PAY;
payType.pay(10001L, 99L);
}
}
改造前后对比
❌ 传统写法：分支越多代码越冗长、新增支付方式要修改原有判断，违反开闭原则
✅ 枚举策略：新增支付只新增枚举实例，逻辑内聚，易维护、易扩展
场景 3：统一返回码（后端接口必备）
适用场景
前后端交互，统一接口响应编码、提示文案，全局异常、统一返回体配套使用，企业项目标准规范。
案例：全局响应码枚举
java
运行
public enum ResultCode {
// 成功
SUCCESS(200, “操作成功”),
// 客户端错误
PARAM_ERROR(400, “参数非法”),
UNAUTHORIZED(401, “未登录/令牌失效”),
FORBIDDEN(403, “权限不足”),
NOT_FOUND(404, “资源不存在”),
// 服务端错误
SERVER_ERROR(500, “服务器内部异常”);private Integer code;
private String msg;ResultCode(Integer code, String msg) {
this.code = code;
this.msg = msg;
}public Integer getCode() {
return code;
}
public String getMsg() {
return msg;
}
}
配套统一返回实体（后端通用）
java
运行
public class Result {
private Integer code;
private String msg;
private T data;// 快速构建成功响应
public static Result success(T data) {
Result res = new Result<>();
res.setCode(ResultCode.SUCCESS.getCode());
res.setMsg(ResultCode.SUCCESS.getMsg());
res.setData(data);
return res;
}
// 快速构建失败响应
public static Result fail(ResultCode code) {
Result res = new Result<>();
res.setCode(code.getCode());
res.setMsg(code.getMsg());
return res;
}// getter setter
public Integer getCode() { return code; }
public void setCode(Integer code) { this.code = code; }
public String getMsg() { return msg; }
public void setMsg(String msg) { this.msg = msg; }
public T getData() { return data; }
public void setData(T data) { this.data = data; }
}
Controller 使用示例（SpringBoot）
java
运行
@RestController
public class DemoController {
@GetMapping(“/test”)
public Result test(Integer id){
if(id == null){
return Result.fail(ResultCode.PARAM_ERROR);
}
return Result.success(“查询成功，id=”+id);
}
}
业务价值
全局错误码统一，前后端对接不用反复约定；
错误含义直观，便于日志排查问题；
集中管理所有返回码，避免重复定义。
三大场景总结对照表
表格
场景 核心作用 典型业务场景
状态 / 类型定义 约束固定常量取值，消除魔法值 订单状态、审批状态、性别、文件类型
策略模式 消灭臃肿 if-else，业务解耦易扩展 支付方式、优惠策略、消息推送类型
统一返回码 后端接口标准化响应，前后端协作规范 全局异常、接口统一返回体、错误编码管理
💡枚举使用核心优点
类型安全：只能传入枚举定义内的值，杜绝非法参数；
可读性高：字面量替代数字字符串，代码易懂；
集中维护：常量统一管理，修改只改枚举一处；
内置方法：自带values()、ordinal()、valueOf()遍历匹配，开发便捷。
