銀行卡號生成

銀行卡號生成器能做什麼？

在開發支付功能時，你可能會用到成百上千個格式正確的銀行卡號來測試表單驗證，但絕不能使用使用者的真實卡號。我們這個生成器可以為你建立符合 Luhn 演算法的虛擬測試卡號，安全又合規。生成的卡號能夠透過銀行系統的初級格式校驗，卻沒有對應的真實賬戶，專門用於軟體測試、教學演示等非交易場景。目前支援三種常見卡組織：Visa、Mastercard 和銀聯（UnionPay），單次最多可以生成 100 個卡號。

Luhn 演算法是如何工作的？

銀行卡號的核心校驗規則來自 Luhn 演算法（又稱“模10演算法”），由 Hans Peter Luhn 在 1954 年提出，今天仍被全球支付網路用於檢測卡號輸入錯誤。它的原理很簡單：從卡號最右邊一位（校驗位）開始，每間隔一位將數字乘以 2；如果乘 2 後的結果大於或等於 10，就把兩個數字相加（等價於減 9）；然後把所有這些數字加起來，總和如果能被 10 整除，卡號就透過了校驗。這樣設計的巧妙之處在於，它能夠發現絕大多數單一位數誤敲和相鄰兩位換位的錯誤，但計算量又極小，非常適合在刷卡終端和網頁端實時執行。

使用步驟

1. 在頁面頂部的“卡組織”下拉選單中點選，選擇 Visa、Mastercard 或銀聯。
2. 在“生成數量”輸入框裡填入你需要的個數，比如 5。數量允許的範圍是 1 到 100。
3. 點選藍色的“生成卡號”按鈕。
4. 生成器右側會立即列出一串測試卡號，每個都是 16 位純數字，不帶空格或連字元。
5. 如果想換一種卡組織，重新選擇後再次點選生成，就會得到新的一批卡號，前一批會被替換。

實操算例：從生成到手工驗證

我們選擇 Visa，數量設為 1，點選生成。假設得到的卡號是 4929123456789012（真實使用時會隨機變化）。這 16 位數字可以拆成三部分：前 6 位 492912 是髮卡行標識碼（BIN），表明這是一張 Visa 卡；中間第 7 到 15 位是隨機生成的個人賬戶標識；最後一位 2 是 Luhn 校驗位。

手工驗證一遍：取前 15 位 492912345678901，從右往左把偶數位（第15、13…1位）乘以 2，得到序列 8,9,4,9,2,4,10,14,18,8,14,12,6,12,2；凡超過 9 的減 9，於是變成 8,9,4,9,2,4,1,5,9,8,5,3,6,3,2。將它們與未加倍的第14、12…2位數字 2,1,3,5,7,9,0 一起相加：8+2+9+1+4+3+9+5+2+7+4+9+1+0+5+9+8+3+6+3+2 = 108。108 能被 10 整除，校驗透過，所以 2 是正確的校驗位。

對照來看：選擇 Mastercard 會得到以 51–55 開頭的 16 位卡號，例如 5323456789012345；選擇 銀聯 會得到以 62 開頭的 16 位卡號，如 6223456789012345。透過字首就能分清是哪一家的測試卡。

結果怎麼看：卡號結構與含義

你拿到的每一串 16 位數字都不是隨便生成的。前 6 位固定遵循對應卡組織的 BIN 範圍，用來讓任何讀卡系統一眼識別出“這是 Visa 還是銀聯”；中間 9 位是隨機生成的個人賬戶標識，末尾 1 位由前 15 位透過 Luhn 演算法自動算出。不同卡組織的典型特徵彙總如下：

你可以把生成的卡號複製到任何支援 Luhn 校驗的工具中驗證，它一定會透過。但請注意：這些卡號不包含真實銀行資訊、沒有有效期和 CVV，只解決了“格式合法”這一個問題。

典型使用場景

• 支付介面測試：後端開發人員用虛擬卡號模擬銀行卡扣款請求，避免誤操作真實卡片或洩露敏感資料。
• 前端表單驗證：在實現銀行卡號輸入框的格式化（比如每 4 位自動加空格）和位數檢測時，用批次生成的合規卡號跑自動化測試，比手寫測試資料快得多。
• 課堂教學與演示：計算機課程講到資料校驗時，老師可以現場生成卡號讓學生用紙筆驗證 Luhn 演算法，抽象的原理馬上就具體了。

注意事項與邊界

• 禁止真實交易：這些卡號僅可用於開發、測試、教學等非金融場景。在真實的支付頁面、App 中填入這些卡號可能觸發風控，甚至帶來法律風險。
• 不生成附屬資訊：工具只輸出 16 位卡號本身，不提供有效期（MM/YY）和 CVV 安全碼，因此無法透過任何真實的交易授權。
• 數量與效能：單次最多生成 100 個，超出需要分批。瀏覽器一次性渲染過多卡號可能會卡頓，建議按需分批獲取。
• 資料不儲存：所有生成都在你的瀏覽器內完成，重新整理頁面或關閉後卡號即消失，請及時複製使用。
• 銀聯卡號長度：雖然銀聯標準允許 16–19 位，但本工具統一生成 16 位，足以覆蓋絕大多數測試場景。如果你需要模擬更長卡號，可以手動拼接校驗位。

常見誤用與 FAQ

常見踩坑：

• 把生成卡號填入真實支付頁面做“下單測試”，導致賬戶或 IP 被風控系統標記。
• 認為透過 Luhn 校驗就等於真實可用的卡號，實際上還需要髮卡行授權和有效期等要素。
• 用這些卡號去註冊需要繫結銀行卡的網站或活動，屬於作弊行為，可能被追究責任。
• 一次生成幾百個卡號，超出 100 的上限，而不斷重複生成導致頁面響應變慢。

FAQ：

Q: 這些卡號能用來買東西嗎？
A: 絕對不能。它們是沒有任何資金賬戶關聯的數字序列，支付閘道器會直接拒絕交易。

Q: 為什麼某個網站會自動識別我生成的卡號為 Visa？
A: 因為前 6 位數字正好落在 Visa 的 BIN 範圍內，網站只做了字首檢測。這只是初步識別，不代表卡號真實，後續授權仍會失敗。

Q: 能不能生成美國運通卡或 JCB 卡號？
A: 目前只支援 Visa、Mastercard 和銀聯三種。如果你需要其他卡組織，建議尋找支援更多 BIN 的專用測試工具。

Q: 數量上限為什麼是 100？
A: 一次生成過多會導致頁面渲染變慢，100 是在流暢體驗和批次需求之間的一個平衡點。上千個卡號可以分成多次生成。

Q: 重新整理頁面後卡號還在嗎？
A: 不會保留。生成器純在瀏覽器端執行，不儲存任何資料，重新整理或關閉頁面後結果就會消失。

現在你可以在上方的生成器中，選擇卡組織、填好數量，試試生成自己的測試卡號了。