JavaScript正则匹配含=>的{}内hash：匹配失效问题排查

原因分析 #

你写的第二个正则之所以丢失无换行的hash匹配，核心问题是添加换行/缩进支持时，错误地将换行设置成了必填条件，或者空白匹配逻辑和单行场景不兼容。比如如果把原本匹配单行空白的\s*改成了\n\s+（强制要求有换行+缩进），那单行的{ key => value }因为没有换行，自然无法被匹配到。

解决思路及正则示例 #

要同时兼容单行、多行带缩进的hash，正则需要满足两个核心要求：

• 允许花括号和内容之间、内容内部的空白（空格、换行、制表符）是可选的
• 确保匹配范围不会超出当前花括号（用非贪婪匹配避免跨花括号）

基础通用正则（适用于无嵌套花括号的hash） #

\{(\s*(?:[\s\S]*?=>[\s\S]*?\s*)+)\}

解释：

• \{：匹配左花括号
• \s*：匹配左花括号后任意数量的空白（包括0个，兼容单行无空格的情况）
• (?:[\s\S]*?=>[\s\S]*?\s*)+：非捕获分组，匹配至少一个包含=>的片段：
  • [\s\S]*?：非贪婪匹配任意字符（包括换行，替代.避免多行场景失效）
  • =>：匹配目标符号
  • \s*：允许键值对之间的空白/换行
• \}：匹配右花括号

针对结构化hash的优化正则（键值对用逗号分隔） #

如果你的hash是标准的键值对结构（比如key => val, key2 => val2），可以用更精准的正则：

\{(\s*(?:["']?[\w\s]+["']?=>["']?[\w\s]+["']?(?:,\s*)?)+\s*)\}

这个正则可以支持带引号的键/值，同时兼容单行和多行缩进的格式。

注意事项 #

• 如果你的正则引擎支持多行模式（比如JS的/.../ms），可以用.*?替代[\s\S]*?，写法更简洁
• 如果hash存在嵌套花括号，正则无法完美处理这种场景，建议结合语法解析工具（比如对应语言的AST解析库）来处理，避免正则的局限性

内容的提问来源于stack exchange，提问作者Weilory