护照号码校验不能只用正则，因为全球格式不统一：中国为G/E+8位数字（如E12345678），美国为9位纯数字（123456789），日本为1字母+7数字（A1234567），申根国还可能含字母、数字、空格甚至特殊字符。
护照号码校验为什么不能只用正则？
因为全球护照号格式不统一：中国是 G12345678 或 E12345678（1位字母+8位数字），美国是 123456789（9位纯数字），日本是 A1234567（1字母+7数字），申根国还可能含字母、数字、空格甚至符号（机读区MRZ格式）。直接写一个“通用正则”大概率漏判或误拦。
所以实际校验要分两层：前端做基础格式拦截（防明显输错），后端按国籍字段查对应规则（真校验）。
前端用 pattern + JavaScript 做轻量级实时提示
HTML 的 pattern 属性适合做第一道过滤，但注意它只在表单提交时触发，且不支持复杂逻辑。更可靠的是监听 input 事件 + 自定义校验函数：
<input type="text" id="passport" name="passport" placeholder="请输入护照号码"> <span id="passport-error" style="color:red;font-size:12px"></span>
id="passport" 元素绑定以下 JS（以中国护照为例）：
Article To Html
下载
文章转信息图。将文章/笔记转化为手机可读的 HTML 信息图，自动匹配视觉风格。触发场景：文章转图、笔记转图、信息图、转小红书图、做张图、可视化这篇文章、文生图。
立即学习“前端免费学习笔记（深入）”；
- 用
/^[GE]\d{8}$/i匹配开头 G/E（不区分大小写）+ 8位数字 - 实时清空前后空格：
value.trim()，否则" G12345678 "会通过 pattern 却实际无效 - 输入中就提示错误，不要等用户点提交——
input事件比blur更及时 - 别用
oninvalid自定义提示，移动端兼容性差，且无法覆盖粘贴场景
后端必须按 nationality 字段走具体规则
前端校验可被绕过，后端才是关键。拿到 passport 和 nationality 后，查对应国家的格式规范：
- 中国（CN）：正则
^[GE]\d{8}$，且第2–9位不能全为0（如G00000000应拒） - 美国（US）：
^\d{9}$，且需校验最后一位是否为 Luhn 算法加权校验位（部分州要求） - 申根国（如DE/FR/ES）：通常匹配
^[A-Z0-9，并解析 MRZ 第三行末尾两位校验码（需实现 ISO/IEC 7501-1 标准） - 务必从权威源获取规则，比如 ICAO Doc 9303，而不是靠网上搜到的“常见正则合集”
容易被忽略的边界情况
真实业务里，这些点常导致线上投诉：
- 用户复制粘贴时带不可见字符（如零宽空格
\u200B），trim()清不掉，得用value.replace(/[\u200B-\u200D\uFEFF]/g, '') - 港澳居民来往内地通行证（回乡证）不是护照，但用户常填错字段；若表单同时收两类证件，必须用
id_type明确区分校验逻辑 - 护照号大小写混输（如
e12345678），前端正则要用i标志，后端存储建议统一转大写 - 测试时别只用 G/E 开头——中国新发护照已启用
W（外交护照）、T（公务护照），规则库得持续更新
最麻烦的其实是 MRZ 校验：第三行末尾两个校验位要分别对前10位和后10位做加权计算，权重序列固定为 [7,3,1] 循环，这个逻辑一旦写错，整批欧洲护照都会被误拒。
