如何优化Angular翻译键匹配正则以解决SonarQube安全风险问题

你原有的正则触发Sonar RSPEC-4784告警的核心原因是存在可能引发灾难性回溯的嵌套重复分组结构，当传入超长不匹配字符串时，正则引擎会进行指数级次数的回溯尝试，极端情况下会导致进程阻塞。

你修改后的正则存在多个适配问题：

• 末尾的.{1,40}允许任意字符，会把包含特殊符号、空格的非翻译键内容误判为匹配
• 只允许存在1个.，无法适配label.profile.greeting这类多段嵌套的翻译键
• 开头的([A-Za-z]{1,10})+依然存在嵌套重复分组，还是有回溯风险

适配需求的优化方案 #

首先明确你场景下的翻译键规则：由多个标识符段组成，段之间用.分隔，至少包含2个段，每个段仅由字母、可选的数字/下划线组成。
优化后的正则如下：

const isTranslationKey = (value: string): boolean => /^[a-zA-Z0-9_]{1,20}(?:\.[a-zA-Z0-9_]{1,20}){1,9}$/.test(value);

规则说明：

• 无嵌套重复分组，从根源上规避灾难性回溯风险，符合Sonar安全要求
• 每个标识符段最长20字符，最多支持10个段（即最多9个.），总长度不超过200，完全覆盖正常翻译键的使用场景
• 严格限制段之间仅能使用.分隔，不会误判普通文本
• 可根据你的实际命名规则调整：如果翻译键不允许数字和下划线，直接删除正则中的0-9_即可；如果需要更长的段、更多的嵌套层级，调整对应数字即可。

匹配验证：

• 合法匹配：label.startpage.welcome、label.favourite.banana、a.b.c.d.e.f
• 非法不匹配：普通翻译文本、仅单个段无.的内容、单段长度超过限制的内容

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