本文介绍一种基于 Java switch 落空机制的简洁方案，将形如 CODE@NAME@TYPE@MODEL 的变长分隔字符串解析为 POJO 对象，同时完全向后兼容旧格式（如 CODE@NAME），无需硬编码分支判断或冗余 null 检查。
本文介绍一种基于 java `switch` 落空机制的简洁方案，将形如 `code@name@type@model` 的变长分隔字符串解析为 pojo 对象，同时完全向后兼容旧格式（如 `code@name`），无需硬编码分支判断或冗余 null 检查。
在实际业务中，文本数据常以分隔符（如 @）拼接多个字段，但字段数量可能随版本演进而动态扩展——例如从早期的 CODE@NAME 逐步升级为 CODE@NAME@TYPE@MODEL。若直接按固定长度拆分并赋值，极易因数组越界或字段错位引发 ArrayIndexOutOfBoundsException 或语义错误。传统做法（如逐层 if-else 判断 length 并手动设值）不仅冗长，还难以维护和扩展。
推荐采用 switch 落空（fall-through）机制，利用其天然的“从匹配 case 开始顺序执行至末尾”的特性，以声明式方式优雅处理变长字段：
public static List<Project> parseProjects(String text) {
if (text == null || text.trim().isEmpty()) {
return Collections.emptyList();
}
final String COMMA = ",";
final String AT = "@";
return Arrays.stream(text.split(COMMA))
.map(s -> s.split(AT, -1)) // 关键：-1 确保保留末尾空字符串（如 "X@Y@23@" → ["X","Y","23",""]）
.map(arr -> {
Project project = new Project();
switch (arr.length) {
case 4: project.setModel(arr[3].trim()); // 允许末尾空格
case 3: project.setType(arr[2].trim());
case 2: project.setName(arr[1].trim());
case 1: project.setCode(arr[0].trim());
// case 0: 忽略空项（split 后若原串含连续逗号，可能产生空字符串）
}
return project;
})
.collect(Collectors.toList());
}✅ 关键设计说明：
- 使用 split(AT, -1) 而非 split(AT)：确保 "202304110940494662@@46" 解析为 ["202304110940494662", "", "46"]（长度为 3），而非被截断为 ["202304110940494662", ""]；同理，末尾带 @ 的 "XCG@23@" 会得到 ["XCG","23",""]，使 case 3 正确触发 setType("")。
- switch 落空天然适配“字段右对齐”逻辑：最短格式（1 字段）只设 code；新增字段始终追加在右侧，旧字段位置不变，因此可自高向下安全赋值。
- .trim() 防御性处理：消除因空格导致的脏数据干扰（如 "SHX01 "）。
- 无 Optional 包裹：Arrays.stream(...).collect(...) 在输入为空时自动返回空 List，语义更清晰，避免 orElse(null) 引发 NPE 风险。
⚠️ 注意事项：
- 若未来新增字段位于左侧（如 PREFIX@CODE@NAME），该方案不再适用，需重构为索引映射或正则解析；
- 所有字段均默认允许 null 或空字符串，POJO 中应确保 name/type/model 等字段可接受 "" 值（或在 setter 内做标准化）；
- 如需严格校验字段合法性（如 code 非空、type 必须为数字），应在 switch 块内添加 if 校验并抛出 IllegalArgumentException。
该方案以极简代码实现高兼容性与强可读性，是处理渐进式分隔符格式升级的经典实践。
