Oracle环境下含正向/负向预查的邮箱校验正则表达式故障排查求助

我帮你排查了下，问题主要出在双引号包裹的用户名部分的方括号转义处理上，另外还有域名长度的计算不符合规则，下面是修正后的正则，以及详细的解释：

修正后的正则表达式 #

^(?:([A-Za-z0-9!#$%*+-.=?~|`_^]{1,64})|("[A-Za-z0-9!#$%*+-.=?~|`_^(){}<>@,;: \[\]]{1,64}"))@(?!\.)(?!-)(?!.*\.$)(?!.*\.\.)(?=.{1,64}$)([A-Za-z0-9.-]+)\.([a-z]{2,10})$

关键修复点说明 #

1. 方括号的正确匹配处理 #

原正则里你用了"...\[\]..."，这里的问题在于：在正则的字符类[...]内部，要匹配]字符，要么把它放在字符类的最开头，要么对它进行转义；而[在字符类内部不需要额外转义（绝大多数标准正则引擎都支持直接写[）。

修正后，双引号内的字符类保留了\[\]（通过转义]确保能正确匹配该字符），同时我把HTML实体"换成了直接的双引号"（如果你的代码是在HTML环境中存储，再替换回实体即可，核心是字符类里的方括号处理逻辑）。

2. 域名长度的合规修正 #

目标规则要求域名总长度最多64字符，原正则里的([A-Za-z0-9.-]{1,61})\.([a-z]{2,10})会导致总长度可能达到61+1+10=72，超过限制。我新增了(?=.{1,64}$)的正向预查，确保整个域名部分（包括点号）的长度在1到64之间，同时把原有的固定长度限制{1,61}改成了+，让正则更灵活，同时依赖预查来控制总长度。

3. 其他细节优化 #

• 去掉了原正则中多余的HTML实体转义（比如<>换成直接的<>，HTML环境下可再换回实体）；
• 确保域名部分完全符合规则：不能以点/短横线开头结尾、不能有连续点号、至少包含一个点号。

验证符合目标系统规则 #

修正后的正则完全覆盖了你列出的所有规则：

• 严格遵循username@domain格式，@不能在首尾；
• 用户名长度限制在64字符内，支持普通模式和双引号包裹模式（包裹后允许额外的特殊字符）；
• 域名总长度限制在64字符内，符合域名的字符、格式要求；
• 虽然正则保留了大小写匹配，但因为目标系统会强制转小写，实际使用时可以开启正则的不区分大小写模式，或者把所有A-Z替换成小写，效果一致。

内容的提问来源于stack exchange，提问作者Tobias G.