正则表达式是提取邮箱用户名和域名最直接轻量的方式，推荐使用^([a-za-z0-9._%+-]+)@([a-za-z0-9.-]+.[a-za-z]{2,})$，通过捕获组分别获取两部分，并注意锚定边界、处理多级域名及idn限制。
正则表达式是提取邮箱各段最直接、轻量且广泛支持的方式。关键在于准确匹配邮箱结构（用户名@域名），同时兼顾常见合法变体（如含点、下划线、连字符的用户名，多级域名等），避免过度匹配或误截断。
基础结构：用捕获组分离用户名和域名
标准邮箱格式为 local-part@domain，其中 local-part（用户名）和 domain（域名）需分别捕获：
- 推荐正则：
^([a-zA-Z0-9._%+-]+)@([a-zA-Z0-9.-]+\.[a-zA-Z]{2,})$ -
^和$保证整行匹配，防止部分匹配（如从 "abc@example.com is valid" 中只取前半） - 第一组
([a-zA-Z0-9._%+-]+)匹配用户名：允许字母、数字及常见特殊字符（.、_、%、+、-），至少一个字符 - 第二组
([a-zA-Z0-9.-]+\.[a-zA-Z]{2,})匹配域名：支持子域（如mail.example.co.uk），但要求末尾有至少两个字母的顶级域（TLD）
处理多级域名与国际化域名（IDN）的注意事项
纯 ASCII 正则无法直接识别 IDN（如含中文、西里尔字母的域名），需先做 Punycode 转换；对多级域名，上述正则已支持（[a-zA-Z0-9.-]+ 可匹配 sub.sub2.example），但要注意：
- 点号
.不能连续（如user..example.com非法），可在用户名中加负向先行断言优化：(?!.*\.\.)[a-zA-Z0-9._%+-]+ - 域名开头/结尾不能是点或连字符，可用更严格写法：
(?:[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?\.)+[a-zA-Z]{2,}（模拟 DNS 标签规则） - 实际应用中，若只需提取而非强验证，保持简洁正则 + 后续逻辑校验更稳妥
在不同语言中提取示例（以 Python 和 JavaScript 为例）
核心是调用正则的捕获组功能，获取分组 1（用户名）和分组 2（域名）：
-
Python：
re.match(r'^([a-zA-Z0-9._%+-]+)@([a-zA-Z0-9.-]+\.[a-zA-Z]{2,})$', email)→.group(1)和.group(2) -
JavaScript：
email.match(/^([a-zA-Z0-9._%+-]+)@([a-zA-Z0-9.-]+\.[a-zA-Z]{2,})$/)→ 索引[1]和[2] - 注意：不加
^和$可能导致"x@y@z.com"错误匹配出y@z.com，务必锚定边界
进阶：进一步拆解域名（二级域、顶级域）
若需将域名再分为二级域（如 example）、顶级域（如 com）或完整 TLD（如 co.uk），可嵌套正则或二次匹配：
- 简单拆分（适用于常见单级 TLD）：
^(.+)\.([a-zA-Z]{2,})$匹配example.com→example和com - 处理国家代码二级域（ccTLD）如
example.co.uk，建议用专用库（如 Python 的tldextract），因规则复杂（gov.uk、ac.jp等需查公共后缀列表） - 不建议用单一正则穷举所有 TLD 变体——维护成本高，且 RFC 5322 允许极长、含数字的自定义 TLD
