输入卡号前 6 位就能查发卡银行与归属国家,完整卡号还会附带校验位检查。
银行卡号的前 6 到 8 位叫 BIN(发卡行标识号),由卡组织统一分配。拿到这段号码,就能反推出这张卡是哪家银行发的、发卡国家是哪里、走的是哪个卡组织、属于借记卡还是贷记卡。这个工具把 8500 多个公开号段做成了本地数据,输入后直接在浏览器里匹配,号码不出本机。
| 字段 | 含义 | 数据来源 |
|---|---|---|
| 发卡银行 | 发行这张卡的银行或机构 | BIN 号段库 |
| 归属国家 | 发卡银行注册的国家或地区 | BIN 号段库 |
| 卡组织 | 银联、Visa、Mastercard 等清算网络 | 号段库与号段规则 |
| 卡类型 | 借记卡、贷记卡、准贷记卡或预付卡 | BIN 号段库 |
| 卡品牌 | 卡面产品系列,如 Visa Electron、Diners Club | BIN 号段库(部分号段) |
| 发卡城市 | 发卡机构登记城市,是银行所在地,不是开户地 | BIN 号段库(部分号段) |
| 银行客服与官网 | 发卡银行的公开客服电话与官网域名 | 公开资料(部分号段) |
| 行业类别 | 卡号第一位代表的发卡机构行业(ISO 7812) | 号码首位 |
| Luhn 校验 | 号码校验位是否自洽 | 本地计算 |
这里查到的是发卡银行在哪个国家注册。一张美国银行发的卡,人可以在任何国家使用。把归属国家理解成持卡人位置,会得出完全错误的结论。
BIN 里没有城市信息。国内银行卡的开户行城市写在银行自己的系统里,卡号本身不携带这个数据。声称能凭卡号查出开户城市的服务,要么在查内部数据,要么在拿银行总部城市凑数。
Luhn 算法只验证校验位。随便编一组数字,只要最后一位凑对,也能通过校验。它适合用来发现抄写错误,不适合用来判断卡的真伪。
一张卡同时带银联和 Visa 标志时,看号码开头就能分清走哪条线路:62 开头是银联 BIN,4 开头是 Visa BIN。页面按号码实际匹配到的号段显示卡组织。
查不到。卡号前 6 到 8 位是发卡行标识(BIN),里面只编码了卡组织、发卡银行和发卡国家,没有开户城市的信息。网上有些服务声称能查到城市,多数是拿银行总部所在地冒充,参考价值有限。
可以。6 位是老标准的 BIN 长度,多数银行卡靠前 6 位就能定位发卡行。少数银行的新卡用 8 位 BIN,只输 6 位时可能匹配到更宽泛的结果,输满 8 位会更准。
不一定。Luhn 校验只能确认号码本身符合校验位规则,输错一位通常能被它发现。它证明不了这张卡真实发行过,更证明不了卡里有余额。
常见原因有三个:卡是近一两年新发的号段,数据还没收录;发卡方是小型机构或电子钱包,公开号段资料少;号码位数不足 6 位。查不到银行时,页面会尽量给出卡组织和发卡国家。
不会。号段数据文件从本站加载到浏览器,匹配在本地完成,输入的号码不发送到任何服务器,页面也不写本地存储。可以只输入前 6 位查询,不必输入完整卡号。
借记卡先存后花,账户里有多少钱就用多少。贷记卡就是通常说的信用卡,银行先给一个额度,按账单还款。准贷记卡介于两者之间,要先交保证金,现在已经很少见。
以下站点与本站长期互链,内容各自独立运营,点击将在新窗口打开。
中文也能正确编解码,不会出现乱码。支持 URL-safe 变体与去掉补位等号。
这是一个纯前端的 Base64 转换工具,双向实时转换。中文和 emoji 按 UTF-8 编码,解码回来不会变成乱码,这一点比很多在线工具处理得仔细。要不要用 URL-safe 变体、要不要保留结尾的等号,都可以在左侧切换。
| 原文 | 标准 Base64 | 说明 |
|---|---|---|
| Man | TWFu | 3 字节整好编成 4 个字符,没有等号 |
| Ma | TWE= | 缺一个字节,补一个等号 |
| M | TQ== | 缺两个字节,补两个等号 |
| 你好 | 5L2g5aW9 | 一个汉字 3 字节,编出来 4 个字符 |
| 骨哥GT | 6aqo5ZOlR1Q= | 中文与英文混排照样处理 |
它只是一种表示方法,把任意字节换成 64 个可打印字符,谁都能解回来。用 Base64 处理密码或者隐私数据,等于没做任何保护。要保护内容得用真正的加密算法。
结尾的等号只是补齐长度用的,去掉之后解码结果完全一样。工具在解码时会自动补回等号,所以粘贴一段没有等号的 Base64 也能正常还原。
图片转出来的 Base64 通常长这样:data:image/png;base64,iVBORw0KGgo...。前缀里的冒号和分号不在 Base64 字符集里,直接粘进来会报非法字符。把 base64, 后面那一段留下来再解码即可。
每 3 个字节变成 4 个字符,所以编码后的长度约是原来的 4/3。一张 100KB 的图片编成 Base64 大约 133KB,用在网页里会明显拖慢加载,小图标适合内联,大图还是走文件好。
等号是补位符。Base64 把每 3 个字节编成 4 个字符,原文长度不是 3 的倍数时就要用等号补齐,所以会出现一个或两个等号。等号不影响解码结果,去掉它能让字符串更短。
一个汉字在 UTF-8 下占 3 个字节,Base64 又把每 3 个字节编成 4 个字符,所以一个汉字编出来是 4 个字符。体积变大是 Base64 的正常代价。
标准 Base64 会用到加号和斜杠,这两个字符在网址里有特殊含义。URL-safe 变体把它们换成减号和下划线,编出来的字符串可以直接放进 URL 参数。
先检查有没有把 data:image/png;base64, 这类前缀一起粘进来。Base64 字符集只包含字母、数字、加号、斜杠和等号,工具会自动忽略空格与换行,但前缀里的冒号和分号去不掉,需要手动删掉。
不会。工具按 32KB 分块处理,避免一次性拼接超长字符串导致的问题,几万字的文本基本瞬间出结果。
不会。转换用的是浏览器原生接口,页面没有任何上报请求,内容也不会写进本地存储,断网照样能用。
以下站点与本站长期互链,内容各自独立运营,点击将在新窗口打开。