正则模板库在线 - Email、URL、IPv4、UUID 与日期规则

提供 Email、URL、IPv4、UUID、日期和常见字段的正则模板，适合快速建立校验初稿，再结合真实正例、反例和业务规则调整，不能替代后端验证。

功能特点

  • 按 Email、URL、IPv4、UUID 和日期等字段浏览完整模板
  • 展示每个模板的适用范围与已知边界，避免把格式判断当业务有效性
  • 一键复制后可转到测试器继续增加正例和反例

使用方法

  1. 选择最接近业务字段和目标引擎的模板
  2. 阅读边界说明并按允许范围调整长度、协议或地区规则
  3. 在正则测试器和后端运行时用完整样本集验证

示例输入

  • 常见字段模板

    Email、URL、IPv4、UUID、日期

    适合从常用模板开始，再按业务规则微调。

  • 表单校验初稿

    手机号 / 邮编 / 日期格式

    适合快速准备前端校验规则草稿。

  • 格式通过不等于值合法

    IPv4: 192.168.1.1 / 999.1.1.1
日期: 2026-07-18 / 2026-13-40

    IPv4 模板限制每段范围；日期模板只检查 YYYY-MM-DD 形状，真实日期仍需日期解析。

  • JWT 只检查三段结构

    header.payload.signature

    JWT 模板只要求三段由点号分隔的 URL-safe 字符串，不验证签名、iss、aud、exp 或权限。

示例输出

  • 常见字段模板

    Email、URL、IPv4、UUID 和 YYYY-MM-DD 模板列表，可复制后按业务边界修改

  • 表单校验初稿

    返回手机号、邮编和日期的基础格式模板，并提示地区与真实日期仍需业务校验

  • 格式通过不等于值合法

    IPv4：192.168.1.1 通过；999.1.1.1 不通过
日期：2026-07-18 通过；2026-13-40 通过格式检查但不是有效日期

  • JWT 只检查三段结构

    JWT：三段式结构通过格式模板；签名与声明未验证

常见错误

  • 通用模板不等于业务规则，例如手机号、身份证、邮编会有地区和时间变化。
  • 直接复制模板而不写测试样本，容易漏掉空值、大小写和边界长度。
  • 过度严格的正则可能拒绝合法输入，尤其是邮箱和国际化 URL。

适用场景

  • 表单校验起步
  • 接口字段验证
  • 日志字段提取
  • 正则模板收集

实操检查

  • 模板是起点，不是业务契约

    模板库提供 Email、URL、IPv4、UUID 和日期等常见格式的起始表达式；复制后应按产品允许范围调整长度、协议、地区和 Unicode 规则。

  • 分开验证格式和真实性

    例如日期模板可以接受 2026-13-40 这样的形状，但日期解析器会拒绝无效月份；邮箱存在性、URL 可达性和权限仍需后端或业务流程确认。

页面专属核验

使用前与操作中

  • 把页面当作静态的 24 个常见模板库；它展示表达式和简短说明，不执行选择、复制、完整样本验证或业务字段查询。
  • 使用 Email、URL、IPv4、日期、UUID、密码强度等模板前，先明确模板只描述字符形状；域名可达性、真实日期、账号存在性和密码泄露不由正则证明。
  • 先确定目标引擎、语言字符串转义、Unicode/地区规则和长度限制，再改写模板；需要逐次匹配或捕获结果时转到正则测试器。

结果出来后

  • 选中的模板是否与页面说明和内置 examples 对应，且在目标引擎中能编译而没有因字符串转义改变含义？
  • Email、URL、IPv4、日期和 UUID 是否分别用边界正例/反例测试，例如 `256.1.1.1`、不存在的日期和带查询参数的 URL？
  • 模板通过后，后端 Schema、解析器、长度上限、DNS/业务状态和安全检查是否仍独立验证，而不是把正则通过当作字段有效？

相关工具

  • 正则测试器：测试正则表达式、匹配结果和分组
  • 正则校验：Email、URL、手机号、IPv4、日期等独立校验集合
  • 正则生成器：根据自然语言生成正则，支持 AI 输出解释、测试用例和常见误匹配
  • 正则解释器：拆解正则元素，并用 AI 解释匹配逻辑、测试用例和误匹配风险

工具边界

  • 模板不是标准答案，不覆盖所有地区、语言、协议版本和业务约束。
  • 过于宽松会放过脏数据，过于严格会拒绝合法输入，不能只追求一个复杂表达式。
  • 正则不能替代邮箱验证、URL 请求、数据库唯一性和权限检查等业务流程。

与相似工具的区别

  • 正则速查：模板库按 Email、URL、UUID 等字段提供完整规则；速查表只说明 10 个基础 token，适合核对最小语法构件。

安全与兼容性

  • 内置模板仅做格式初筛，前后端仍需验证长度、权限、唯一性、可达性和业务状态。
  • 手机号、邮编和域名规则会随地区与标准演进；应用应维护带版本的测试样本而非永久复制模板。

下一步排查

  1. 选中模板后补充项目真实输入、空值、超长值和恶意输入。
  2. 用正则验证器确认格式，再用 JSON、Headers 或 API 工具核对字段上下文。
  3. 规则进入生产前记录目标引擎、版本、测试样本和变更原因。

常见问题

库里的邮箱或 URL 正则足够严谨吗？

它们是可修改的起点，不保证覆盖所有合法格式；应按业务需求增加正例、反例和国际化样本。

模板应该放在前端还是后端？

前端可用于即时反馈，后端必须再次校验；安全、权限和业务规则不能只依赖正则。

如何避免模板误匹配？

先复制模板，在真实样本和边界样本中测试，再用解释器检查锚点、字符类、分组和量词。