本文介绍如何在java中通过正则表达式统一匹配两类文件名：一类以1/2开头、后接"pr"及特定字母数字组合（如1prw12345）；另一类以"s"开头、总长恰好为5个字符（如sca1w、sb1fc），并提供可扩展、可读性强的完整实现方案。
在实际文件处理场景中，常需根据命名规范对不同批次的文件进行分类识别。题中需求包含两个明确模式：
- 数字前缀型：形如 1PRW12345 或 2PRZ32145，即首字符为 1 或 2，随后固定 "PR"，第三位为 K–Z 大写字母，后接共5位数字（原正则 [1-2]PR[K-Z]\d{2}\d{3} 等价于 \d{5}，但存在冗余写法，建议优化）；
- S系列短码型：以大写字母 S 开头，总长度严格为5，后续4位可为任意字符（字母、数字等），例如 SCA1W、SB1FC、S1234 均合法，但 SA12（仅4位）或 STOOLX（6位）应排除。
✅ 正确的合并匹配方案是使用逻辑“或”（|）连接两个子模式，并用括号分组确保边界清晰：
String inputfield = "SCA1W"; // 或 "2PRZ32145"
// 合并正则：匹配「数字PR型」OR「S+4字符型」，且要求整体精确匹配（^...$）
Pattern pattern = Pattern.compile("^(?:[1-2]PR[K-Z]\d{5}|S.{4})$");
Matcher matcher = pattern.matcher(inputfield);
boolean matchFound = matcher.find(); // ✅ 推荐用 matches() 更语义准确（见下文说明）? 关键细节说明：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- ^ 和 $ 锚定字符串首尾，避免部分匹配（例如 "S123456" 中 "S1234" 被误判）；
- (?:...) 是非捕获分组，提升性能且逻辑清晰；
- \d{5} 替代 \d{2}\d{3}，更简洁规范；
- S.{4} 表示 S 后紧跟任意4个字符（含字母、数字、符号），符合“S开头 + 5字符总长”要求。
? 推荐改用 matches() 而非 find()：
因本场景需全字符串匹配（而非子串查找），直接调用 matcher.matches() 更安全、语义更明确：
boolean matchFound = pattern.matcher(inputfield).matches(); // ✅ 推荐 // 替代：boolean matchFound = matcher.find(); ❌ 可能产生意外匹配
⚠️ 注意事项：
立即学习“Java免费学习笔记（深入）”；
- 若 inputfield 可能含前后空格，务必先调用 .trim()；
- 如需区分匹配类型（便于后续分支处理），可使用两组独立 Pattern 分别校验，或在正则中添加命名捕获组（如 (?
[1-2]PR[K-Z]\d{5})|(? S.{4})）； - 生产环境建议将 Pattern 编译为 static final 常量，避免重复编译开销。
综上，一条健壮、可维护的匹配表达式即可覆盖双模式需求，兼顾准确性与可读性，为后续文件操作提供可靠判断依据。
