HTML pattern属性无法实现银行卡号有效校验，因其仅支持基础正则匹配且不支持Luhn算法；必须结合前端JS的Luhn校验与后端双重验证。
HTML 的 pattern 属性不支持完整银行卡号校验
直接用 HTML 表单的 pattern 属性做银行卡号格式校验，效果非常有限——它底层依赖浏览器的 RegExp 引擎（ECMAScript），但只支持「行内模式」，无法使用预编译、全局匹配或后置断言等关键特性。更重要的是，pattern 只校验字符串是否「匹配正则」，而银行卡号验证必须依赖 Luhn 算法（模 10 校验），这完全不是正则能解决的问题。
常见误操作是写类似 pattern="\d{16,19}"，这只能拦住明显长度不对的输入，但对 1111111111111111（全 1）或 1234567890123456（Luhn 不通过）毫无识别能力。
真正可用的校验必须分两步：前端轻量过滤 + 后端 Luhn 实现
用户输入时可先用正则做基础清洗和长度提示，但最终有效性判断必须调用 Luhn 算法。JavaScript 中实现简洁可靠：
function luhnCheck(cardNo) {
const cleaned = cardNo.replace(/\D/g, '');
if (cleaned.length < 13 || cleaned.length > 19) return false;
let sum = 0;
let isEven = false;
for (let i = cleaned.length - 1; i >= 0; i--) {
let digit = parseInt(cleaned[i]);
if (isEven) {
digit *= 2;
if (digit > 9) digit -= 9;
}
sum += digit;
isEven = !isEven;
}
return sum % 10 === 0;
}调用方式：luhnCheck("6228 4800 0000 0000 000") → true（自动清理空格和符号）
立即学习“前端免费学习笔记（深入）”；
- 务必在提交前调用，不能只靠
pattern - 不要在正则里尝试模拟 Luhn（比如用超长分支穷举），既不可读也不可靠
- 注意部分卡组织有额外规则（如 Visa 必须以
4开头），需在 Luhn 之后叠加判断
如果非要用 pattern 做初步约束，推荐这样写
仅用于表单原生提示，降低明显错误输入率，不承担验证责任：
<input type="text" pattern="\d{4}([ \-]?\d{4}){3,4}" title="请输入正确的银行卡号格式（如：6228 4800 0000 0000 000）">
这个正则含义是：
-
\d{4}：开头必须是 4 位数字 -
([ \-]?\d{4}){3,4}：后面跟 3～4 组「可选空格或短横线 + 4 位数字」，覆盖 16/19 位常见长度 - 它不阻止粘贴、不校验 Luhn、不处理中文全角字符——这些都得靠 JS 补足
容易被忽略的兼容性坑
移动端软键盘行为会影响输入体验，而很多人没意识到：
- iOS Safari 对
pattern的提示文案支持差，title常不显示，得靠 JS 主动alert或 DOM 提示 - Android 输入法常自动添加空格或连字符，
input事件中要监听beforeinput或用setTimeout延迟获取值，否则拿到的是未更新的旧值 - 银行卡号可能含字母（如某些虚拟卡 BIN），纯
\d正则会误拒，实际应优先信任 Luhn 输入源（即允许任意字符，由replace(/\D/g, '')清洗）
Luhn 是硬门槛，正则只是辅助。别让 pattern 给你一种“已经校验了”的错觉。
