Yup邮箱验证允许非ASCII字符：JS与Regex101结果差异及解决需求

咱们先拆解你遇到的两个核心差异，再解决你要的严格验证需求：

1. abc@example的验证差异 #

你说这个邮箱在Yup里无效，但Regex101匹配正则——这是因为Yup的email()方法不止用了那个正则，还加了额外的域名格式校验。

你看到的正则本身确实允许不带点的域名（域名部分的(?:\.[a-zA-Z0-9]...)是可选的，*表示可以出现零次），但Yup在正则匹配后，会额外检查域名是否包含至少一个点（比如.com这类后缀），所以abc@example会被判定为无效；而Regex101只做纯正则匹配，自然会认为它符合规则。

2. abčš@example.com的验证差异 #

这个差异的关键是**正则的Unicode模式（u flag）**和可能的Yup版本差异：

• 在Regex101中，默认没开Unicode模式的话，[a-zA-Z0-9]只会匹配ASCII字母和数字，č、š这类非ASCII字符会导致匹配失败，所以判定为无效。
• 但你的Yup测试里这个邮箱是有效的，大概率是你用的Yup版本在email()的正则里加了u flag，或者扩展了字符范围以支持Unicode本地部分（毕竟RFC 6531允许邮箱用Unicode字符）。也有可能你查看的源码不是你实际使用的版本——比如旧版Yup没严格限制非ASCII字符，新版已经更新了规则。

如果你需要严格禁止非ASCII字符，同时确保域名带后缀，可以自定义验证规则，不用依赖默认的email()：

import * as Yup from 'yup';

// 自定义严格邮箱正则：仅ASCII字符，域名必须带至少一个点
const strictEmailRegex = /^[a-zA-Z0-9.!#$%&'*+\/=?^_`{|}~-]+@[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?\.[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?(?:\.[a-zA-Z0-9](?:[a-zA-Z0-9-]{0,61}[a-zA-Z0-9])?)*$/;

const emailSchema = Yup.object().shape({
  email: Yup.string()
    .matches(strictEmailRegex, '请输入有效的邮箱：仅支持ASCII字符，且域名需包含后缀（如.com）')
    .required('邮箱不能为空'),
});

// 测试效果：
emailSchema.validate({ email: "abc@example.com" }) // ✅ 有效
emailSchema.validate({ email: "abc@example" }) // ❌ 无效（域名无后缀）
emailSchema.validate({ email: "abčš@example.com" }) // ❌ 无效（含非ASCII字符）

正则说明： #

• 本地部分：[a-zA-Z0-9.!#$%&'*+\/=?^_{|}~-]+` 严格限制为ASCII字符，符合RFC 5322规范。
• 域名部分：把原来的可选点（*修饰）改成必填，确保域名至少有一个.分隔后缀。

如果你想复用Yup的email()方法，再额外加非ASCII检查，也可以这么写：

const emailSchema = Yup.object().shape({
  email: Yup.string()
    .email('请输入有效的邮箱地址')
    .test('no-non-ascii', '邮箱不能包含非ASCII字符', (value) => {
      if (!value) return true; // 空值交给required处理
      return /^[\x00-\x7F]+$/.test(value); // 检查是否全为ASCII字符
    })
    .required('邮箱不能为空'),
});

这个方案先用Yup自带的email()确保域名带后缀，再通过自定义测试拦截非ASCII字符。

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