在处理前端开发任务时，我们经常需要验证或提取用户输入中的中文内容。JavaScript的正则表达式是实现这一功能的得力工具，但其中涉及Unicode字符集的匹配规则需要特别注意，否则很容易匹配失败或得到意外结果。
JS正则表达式如何匹配单个中文字符
在ES6及以上的现代JavaScript环境中，匹配单个汉字最可靠的方法是使用Unicode属性转义。例如，/\p{Script=Han}/u可以精确匹配一个中文字符。这个模式中的\p{Script=Han}表示匹配任何属于“汉字”脚本的字符，而修饰符u则是启用完整的Unicode支持所必需的。在早期或需要兼容旧浏览器的代码中，常使用基于Unicode编码范围的模式，如/[\u4e00-\u9fa5]/，它覆盖了基本的中文常用字范围，但可能无法匹配一些扩展区的生僻字或符号。
如何用正则表达式匹配连续的中文字符串
要匹配一个连续的中文词组或句子，需要在单字模式后加上量词。例如，/^\p{Script=Han}+$/u可以检查一个字符串是否全部由中文组成。这里的+表示前面的字符（一个汉字）出现一次或多次，^和$分别锚定字符串的开头和结尾，确保了从头到尾的完整匹配。如果想从一段混合文本中提取出所有中文片段，可以使用全局匹配模式：/\p{Script=Han}+/gu。这样，match()方法会返回所有找到的中文连续块数组。
匹配中文时常见的陷阱有哪些
一个常见的陷阱是忽略了u修饰符。没有它，\p{}语法会被视为普通的p字符，导致匹配失败或行为异常。另一个问题是字符集的范围界定不准确。使用[\u4e00-\u9fa5]时，需知它并不包含全角标点、数字等，这些需要单独添加到字符集中，例如/[\u4e00-\u9fa5，。！？]/。此外，在验证用户输入（如姓名）时，过于严格的正则可能会拒绝合理的输入，比如含有少数民族文字字符或特殊分隔符（如“·”），设计时需要根据实际业务需求权衡。
在实际项目中，你更倾向于使用兼容性好的传统编码范围匹配，还是更具表达力的Unicode属性转义？欢迎在评论区分享你的选择和理由，如果觉得本文有帮助，也请点赞支持。
