E commerce Luhn算法适用于所有主流信用卡吗？（Discover、Visa、万事达卡、美国运通）

参考：

Luhn算法是一种快速验证用户输入的CC#是否正确的好方法

然而，我担心可能有一部分主流信用卡不使用Luhn算法友好的号码

在我们的应用程序中，我确实有日志记录来检测所有Luhn算法拒绝中的模式，但我更愿意确切地知道

是——它适用于所有主流卡类型

我有一个定制的PHP类来处理卡片数据，这些数据是由各种“验证卡号”和类似的函数编译而成的，这些函数来自少数编程语言+来自Wikipedia和一些支付处理系统的信息。它成功地验证了这些卡类型的测试卡号（每个支付系统很少有这样的卡号）：

• VISA借记卡/贷记卡
• 维萨电子
• 维萨三角洲
• 万事达卡
• 美国运通
• 大师
• 开关
• 独奏
• 食客俱乐部
• 发现
• JCB

---

LUN检查适用于大多数信用卡。这是一个模数为10的校验数字系统，以确保卡号已被准确读取/记录（磁条、虚拟终端或手动卡机旧时代的手动输入）

在手动输入数据的年代，这些检查系统用于确保准确输入UPS皮卡簿编号系统等键（模数7检查数字）

它甚至用于条形码系统，如代码128，它需要在编码数据字符串中添加一个模数103数字，以验证代码是否正确读取。

中国银联和一种餐车俱乐部卡（途中）不使用Luhn验证。（关于食客俱乐部的说法是错误的）

几乎所有其他人都这样做

引用：

根本不验证：

• 途中就餐者俱乐部
• 中国银联

使用Luhn 2验证：

• 美国运通
• 银行卡
• 食客俱乐部全权委托
• 国际食客俱乐部
• 美国和加拿大食客俱乐部
• 发现卡
• 分期付款
• JCB
• 雷射
• 大师
• 丹科特
• 万事达卡
• 独奏
• 开关
• 签证
• 维萨电子

---

这是不正确的。Diners Club InRoute不使用Luhn。如果其他两个答案都认为它不适用于所有卡，您可能需要更改第一句话。最初问题的关键短语是“主流卡”。。。。中国银联和Diners Club在途中的奇怪子集似乎在“主流”之外，因此，LUHN将验证“主流卡”/是的，这是两种非常常见的信用卡，不可否认，在美国不是。感谢您的贡献；祝您有一个愉快的一天。维基页面在您回答后已更改。银联现在似乎也在使用卢恩算法来验证卡号。我除了维基百科的文章没有其他来源，该文章在2015年3月被修改。有一部分中国银联卡上有Discover标志，但通过了Luhn验证。我可以从生产经验中证实这一点。@JohnHaugeland:luhn2是什么？我似乎在网上找不到关于它的任何信息。