"每次需要验证邮箱、提取URL、匹配手机号都要从头写正则，或者去 Stack Overflow 搜过时的答案。有没有一份可以直接复制使用的常用正则合集？"
本文精选 10 个开发中使用频率最高的正则模式，每个都附带详细解释、适用场景和测试用例。在 Suried Regex 测试器中即可直接粘贴验证，确保使用前就完全理解模式的行为。
01 1. 邮箱地址验证
模式：^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$
这个模式匹配标准的邮箱地址格式。用户名部分允许字母、数字、点号、下划线、百分号、加号和连字符。域名部分允许字母、数字、点号和连字符，顶级域名至少 2 个字母。
注意：完美的邮箱正则不存在（RFC 5322 规范极其复杂）。这个模式覆盖了 99% 的真实邮箱格式，是实际项目中的最佳平衡。如果追求严格验证，最终应通过发送验证邮件来确认。
02 2. URL 链接匹配
模式：https?:\/\/[\w.-]+(?:\.[a-zA-Z]{2,})(?:\/[\w./?#&=%-]*)*
匹配以 http:// 或 https:// 开头的 URL。支持子域名、路径、查询参数和锚点。适用于从文本中提取链接。
如果需要匹配不带协议的 URL（如 www.example.com），可以将开头改为 (?:https?:\/\/)?(?:www\.)?。
03 3. 手机号码匹配
中国手机号模式：^1[3-9]\d{9}$
中国手机号以 1 开头，第二位是 3-9，后面跟 9 位数字，总共 11 位。这个简洁的模式可以覆盖目前所有运营商的号段。
国际电话号码格式更复杂，可以用：^\+?[1-9]\d{1,14}$（E.164 标准，最多 15 位数字含国家代码）。如果需要匹配带连字符或空格的格式，如 +1-234-567-8900，模式需要调整为 ^\+?\d{1,3}[-.\s]?\d{1,4}[-.\s]?\d{1,4}[-.\s]?\d{1,9}$。
04 4-5. 日期格式与 IP 地址
日期格式 YYYY-MM-DD：^\d{4}-(0[1-9]|1[0-2])-(0[1-9]|[12]\d|3[01])$。月份限制在 01-12，日期限制在 01-31。注意这个模式不会验证月份和日期的逻辑对应关系（如 2 月 31 日会通过），完整验证需要配合代码逻辑。
IPv4 地址：^(?:(?:25[0-5]|2[0-4]\d|[01]?\d\d?)\.){3}(?:25[0-5]|2[0-4]\d|[01]?\d\d?)$。每个八位字节限制在 0-255，这比简单的 \d{1,3}\. 更精确——不会匹配 999.999.999.999 这样的无效地址。
IPv6 虽然也可以用正则匹配，但模式非常复杂（需要处理压缩形式），通常建议使用专用的 IP 解析库。
05 6-7. 中文字符与 HTML 标签
中文字符匹配：/\p{Script=Han}/u（推荐）或 [\u4e00-\u9fa5]（传统写法）。Unicode 属性匹配更准确，能覆盖所有扩展区汉字。如果要匹配中文标点，可以扩展为 [\u3000-\u303f\uff00-\uffef]。
HTML 标签匹配：<\/?[a-zA-Z][a-zA-Z0-9]*(?:\s[^>]*)?\/?>。匹配开始标签、结束标签和自闭合标签。但注意：用正则解析 HTML 不是好主意！HTML 可以嵌套、有注释、CDATA 等复杂结构。正则只适合做简单的标签提取或清理，真正的 HTML 解析应该用 DOM 解析器。
著名的 Stack Overflow 回答：不要用正则解析 HTML。但在快速搜索替换或日志分析等非关键场景下，正则匹配 HTML 标签仍然是最方便的解决方案。
06 8-10. 文件扩展名、密码强度与空白清理
文件扩展名提取：\.([a-zA-Z0-9]+)$。从文件名末尾提取扩展名。捕获组 1 是不含点号的扩展名。如果只想匹配特定扩展名：\.(jpg|jpeg|png|gif|webp)$（匹配常见图片格式）。
密码强度验证：^(?=.*[a-z])(?=.*[A-Z])(?=.*\d)(?=.*[@$!%*?&])[A-Za-z\d@$!%*?&]{8,}$。使用四个前行断言分别确保包含小写、大写、数字和特殊字符，最少 8 个字符。每个断言独立检查一个条件，优雅地实现了"必须同时满足多个条件"的需求。
空白字符清理——去除首尾空白：^\s+|\s+$（配合替换为空字符串）。合并多个空格为一个：\s{2,}（替换为单个空格）。删除空白行：^\s*$\n（替换为空字符串）。这三个模式在文本处理和数据清洗中使用频率极高。
常见问题
这些正则模式可以直接在项目中使用吗？
可以，但建议先在 Suried Regex 测试器中用你的实际数据测试，确保匹配结果符合预期。不同项目的数据格式可能有差异，可能需要微调模式。这些模式是经过验证的起点，而非放之四海而皆准的最终方案。
为什么邮箱正则不能做到 100% 准确？
因为 RFC 5322 允许很多意想不到的邮箱格式，如 "quoted string"@example.com、postmaster@[123.123.123.123]。完全符合 RFC 的正则长达数千个字符，根本不实用。实际项目中，用简洁的正则做基本格式检查 + 发送验证邮件是最佳实践。
密码强度正则是否足够做安全验证？
正则只能验证密码的"格式复杂度"（是否包含各种字符类型），不能判断密码是否安全。例如 "Password1!" 符合所有格式要求，但这是一个极弱的密码。真正的密码安全还需要检查常见密码数据库（如 HaveIBeenPwned）和实施最小熵值要求。
如何在正则中同时匹配中文和英文？
使用 [\p{Script=Han}a-zA-Z] 配合 u 标志可以同时匹配中英文字符。如果还需要数字：[\p{Script=Han}\w]。如果要匹配完整的中英文混合文本段落：[\p{Script=Han}\w\s.,!?]+。
正则匹配 IP 地址时，127.0.0.1 和 0.0.0.0 算有效地址吗？
从格式上看，它们是合法的 IPv4 地址，会被正则匹配到。但在实际网络场景中，127.0.0.1 是本地环回地址（localhost），0.0.0.0 是通配地址。如果你需要排除这些特殊地址，需要在正则匹配后用代码逻辑过滤。
立即使用工具
本文精选 10 个开发中使用频率最高的正则模式，每个都附带详细解释、适用场景和测试用例。在 Suried Regex 测试器中即可直接粘贴验证，确保使用前就完全理解模式的行为。