必须捕获 PatternSyntaxException，因其是语义明确、可恢复的 RuntimeException，能精准识别正则语法错误并返回位置、原因和原始表达式；泛 catch Exception 会掩盖真正异常。
PatternSyntaxException 不是程序逻辑出错，而是正则表达式字符串本身语法非法——Java 在调用 Pattern.compile() 时直接拒绝解析，抛出该异常。用户动态输入正则时，若不拦截这类错误，会导致服务崩溃、接口 500、前端白屏等严重问题。关键不是“避免出错”，而是让系统在收到坏正则时仍能稳住、反馈清楚、不中断流程。
为什么必须捕获 PatternSyntaxException 而非泛 catch Exception
PatternSyntaxException 是 RuntimeException 的子类（非检查异常），但它是**语义明确、可恢复、可提示**的异常类型。泛 catch Exception 会掩盖空指针、IO 异常等真正需要告警的问题；而单独捕获 PatternSyntaxException，能精准识别“用户写的正则有语法问题”，并返回带位置和原因的友好提示。
- getDescription()：返回如 “Unclosed character class” 或 “Dangling meta character '*'” 这类可读性高的错误描述
- getIndex()：指出错误发生在原始正则字符串的第几个字符位置（从 0 开始）
- getPattern()：返回用户输入的原始正则串，用于日志记录或前端回显
典型非法输入场景与防护建议
用户自由输入正则时，高频踩坑点集中在转义、括号/中括号配对、元字符孤立使用三类：
- 反斜杠未双写：用户输
d，实际需写\d；输[却漏掉第二个，变成[→ 触发 “Illegal escape character” - 字符类未闭合：输入
[a-z或[^0-9，编译器卡在等待]→ 报 “Unclosed character class” - 元字符悬空：末尾输
.*+或开头输?、*，没有前置表达式 → “Dangling meta character '+'” - 括号不匹配：如
(abc或def)，尤其嵌套时易漏 → “Unclosed group”
实战防护代码结构（推荐）
对用户提交的正则做预校验，不等到真正匹配时才暴露问题：
- 用
try-catch (PatternSyntaxException e)包裹Pattern.compile(inputRegex) - 构造响应体包含：
message: e.getDescription()、position: e.getIndex()、pattern: e.getPattern() - 前端可据此高亮错误位置（如在 textarea 第
e.getIndex()字符下划红线） - 日志中记录完整 pattern + stacktrace，便于排查是否为批量误输或攻击试探
进阶：轻量预检 + 缓存优化
频繁 compile 同一正则会带来开销。可结合异常捕获做两级处理：
- 首次收到正则时，先 compile 校验，成功则缓存
Pattern实例（如用ConcurrentHashMap） - 后续相同正则直接复用，跳过编译；不同正则再走校验流程
- 注意缓存 key 应包含 flag（如
Pattern.CASE_INSENSITIVE），避免标志不同导致行为偏差
