本文详解如何用单条正则表达式同时匹配「数字开头位置」和「字面量“lm”起始位置」作为分割点，正确切分混合字符串，避免常见误区（如错误添加引号、逻辑分组缺失）。
本文详解如何用单条正则表达式同时匹配「数字开头位置」和「字面量“lm”起始位置」作为分割点，正确切分混合字符串，避免常见误区（如错误添加引号、逻辑分组缺失）。
在 Java 字符串分割场景中，若需依据多种独立条件动态确定分割点（例如：遇到下一个数字（d）或精确出现 "LM" 时切开），关键在于将多个条件统一置于同一个零宽正向先行断言（positive lookahead） 内，并用 |（OR）连接——而非将整个断言与另一模式用 | 并列。
你原先的正则 (?
- ❌ |('LM') 将 'LM' 作为独立分支，且加了单引号（Java 字符串中 'LM' 是非法字符字面量，应为 "LM"）；
- ❌ 更严重的是，'LM' 被当作匹配并消费内容的子表达式，而 split() 的分割点必须是零宽度断言（不消耗字符），否则会导致 "LM" 被删掉或分割错位；
- ✅ 正确做法是把 LM 也纳入 (?=...) 的内部逻辑：(?=\d|LM)，确保它仅检测“此处之后是否为数字或 LM”，且不吞掉任何字符。
因此，最终推荐的正则表达式为：
String[] parts = inputString.split("(?<!^)(?=\d|LM)");
List<String> result = Arrays.asList(parts);✅ 验证效果：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
// 示例 1
String s1 = "1LM355PL6R5L8";
System.out.println(Arrays.toString(s1.split("(?<!^)(?=\d|LM)")));
// 输出: [1, LM, 3, 5, 5PL, 6R, 5L, 8]
// 示例 2
String s2 = "349AB8LM7Y4II";
System.out.println(Arrays.toString(s2.split("(?<!^)(?=\d|LM)")));
// 输出: [3, 4, 9AB, 8, LM, 7Y, 4II]? 关键细节说明：
- (?
- (?=\d|LM) 是原子级先行断言：只要当前位置之后是任意一个数字 或 字符串 "LM"，就触发分割；
- LM 是精确字面匹配（区分大小写、无空格），不会匹配 Lm、lm 或 ALM；
- 所有分割点均不消耗字符，因此 "LM" 完整保留在结果数组中，而非被移除。
⚠️ 注意事项：
- 若输入中存在连续 LM（如 "LMLM"），该正则会在每个 L 前检查：LMLM 中第一个 L 后是 M ≠ LM，第二个 L 后是 M，仍不满足；实际上 "LMLM" 不会被分割（因 LM 本身不触发自身之前的分割），符合预期；
- 如需支持忽略大小写（如 lm/Lm），可改用 (?i)(?=\d|lm)，但需确认业务是否允许；
- split() 对空字符串结果默认过滤（如连续分割点可能产生空项），本例因断言位置互斥，通常无需额外处理。
掌握这种「多条件零宽断言」写法，能高效应对复杂文本解析需求，是正则进阶实践中的典型范式。
