银行卡归属查询

BANK CARD BIN LOOKUP

输入卡号前 6 位就能查发卡银行与归属国家,完整卡号还会附带校验位检查。

收录 8500+ 个发卡号段
本地匹配,不上传

银行卡号

—
—
发卡银行会显示在这里。
卡号前 6 到 8 位是发卡行标识(BIN),由卡组织分配给发卡银行。凭这段号码可以定位发卡银行和发卡国家,定位不到开户城市和持卡人。

关于「银行卡归属查询」

银行卡号的前 6 到 8 位叫 BIN(发卡行标识号),由卡组织统一分配。拿到这段号码,就能反推出这张卡是哪家银行发的、发卡国家是哪里、走的是哪个卡组织、属于借记卡还是贷记卡。这个工具把 8500 多个公开号段做成了本地数据,输入后直接在浏览器里匹配,号码不出本机。

怎么用

  1. 把卡号粘到中间的输入框,空格和连字符会被自动忽略。
  2. 只想查发卡行的话,输前 6 位就够了,不必输入完整卡号。
  3. 结果区会给出归属国家、卡组织、卡类型和发卡银行,右侧有明細。
  4. 输入完整卡号时还会做一遍 Luhn 校验,抄错一位通常能被发现。

结果字段说明

字段含义数据来源
发卡银行发行这张卡的银行或机构BIN 号段库
归属国家发卡银行注册的国家或地区BIN 号段库
卡组织银联、Visa、Mastercard 等清算网络号段库与号段规则
卡类型借记卡、贷记卡、准贷记卡或预付卡BIN 号段库
卡品牌卡面产品系列,如 Visa Electron、Diners ClubBIN 号段库(部分号段)
发卡城市发卡机构登记城市,是银行所在地,不是开户地BIN 号段库(部分号段)
银行客服与官网发卡银行的公开客服电话与官网域名公开资料(部分号段)
行业类别卡号第一位代表的发卡机构行业(ISO 7812)号码首位
Luhn 校验号码校验位是否自洽本地计算

几个容易搞错的地方

归属国家不是持卡人所在地

这里查到的是发卡银行在哪个国家注册。一张美国银行发的卡,人可以在任何国家使用。把归属国家理解成持卡人位置,会得出完全错误的结论。

BIN 查不到开户城市

BIN 里没有城市信息。国内银行卡的开户行城市写在银行自己的系统里,卡号本身不携带这个数据。声称能凭卡号查出开户城市的服务,要么在查内部数据,要么在拿银行总部城市凑数。

Luhn 通过不等于卡是真的

Luhn 算法只验证校验位。随便编一组数字,只要最后一位凑对,也能通过校验。它适合用来发现抄写错误,不适合用来判断卡的真伪。

双标卡的卡组织看开头

一张卡同时带银联和 Visa 标志时,看号码开头就能分清走哪条线路:62 开头是银联 BIN,4 开头是 Visa BIN。页面按号码实际匹配到的号段显示卡组织。

常见问题

银行卡归属地能查到城市吗?

查不到。卡号前 6 到 8 位是发卡行标识(BIN),里面只编码了卡组织、发卡银行和发卡国家,没有开户城市的信息。网上有些服务声称能查到城市,多数是拿银行总部所在地冒充,参考价值有限。

只输入前 6 位可以吗?

可以。6 位是老标准的 BIN 长度,多数银行卡靠前 6 位就能定位发卡行。少数银行的新卡用 8 位 BIN,只输 6 位时可能匹配到更宽泛的结果,输满 8 位会更准。

Luhn 校验通过,卡就一定存在吗?

不一定。Luhn 校验只能确认号码本身符合校验位规则,输错一位通常能被它发现。它证明不了这张卡真实发行过,更证明不了卡里有余额。

为什么有的卡查不到发卡银行?

常见原因有三个:卡是近一两年新发的号段,数据还没收录;发卡方是小型机构或电子钱包,公开号段资料少;号码位数不足 6 位。查不到银行时,页面会尽量给出卡组织和发卡国家。

查询会不会把我的卡号传出去?

不会。号段数据文件从本站加载到浏览器,匹配在本地完成,输入的号码不发送到任何服务器,页面也不写本地存储。可以只输入前 6 位查询,不必输入完整卡号。

借记卡和贷记卡有什么区别?

借记卡先存后花,账户里有多少钱就用多少。贷记卡就是通常说的信用卡,银行先给一个额度,按账单还款。准贷记卡介于两者之间,要先交保证金,现在已经很少见。

友情链接

以下站点与本站长期互链,内容各自独立运营,点击将在新窗口打开。

✔已复制

Base64 编解码

BASE64 ENCODE / DECODE

中文也能正确编解码,不会出现乱码。支持 URL-safe 变体与去掉补位等号。

中文按 UTF-8 处理
双向实时转换

原文

—

Base64

—
转换结果会显示在这里。

关于「Base64 编解码」

这是一个纯前端的 Base64 转换工具,双向实时转换。中文和 emoji 按 UTF-8 编码,解码回来不会变成乱码,这一点比很多在线工具处理得仔细。要不要用 URL-safe 变体、要不要保留结尾的等号,都可以在左侧切换。

怎么用

  1. 把文本或 Base64 字符串粘到中间上方,下面立刻给出结果。
  2. 默认是自动识别方向。判断不准的时候,手动指定编码或解码更稳妥。
  3. 左侧可以打开 URL-safe 变体、去掉补位等号、按 76 字符换行。
  4. 点「复制结果」取走,或点「结果送回输入」做反向验证。

常见场景对照

原文标准 Base64说明
ManTWFu3 字节整好编成 4 个字符,没有等号
MaTWE=缺一个字节,补一个等号
MTQ==缺两个字节,补两个等号
你好5L2g5aW9一个汉字 3 字节,编出来 4 个字符
骨哥GT6aqo5ZOlR1Q=中文与英文混排照样处理

几个容易搞错的地方

Base64 不是加密

它只是一种表示方法,把任意字节换成 64 个可打印字符,谁都能解回来。用 Base64 处理密码或者隐私数据,等于没做任何保护。要保护内容得用真正的加密算法。

等号有没有都不影响解码

结尾的等号只是补齐长度用的,去掉之后解码结果完全一样。工具在解码时会自动补回等号,所以粘贴一段没有等号的 Base64 也能正常还原。

data URI 的前缀要手动删

图片转出来的 Base64 通常长这样:data:image/png;base64,iVBORw0KGgo...。前缀里的冒号和分号不在 Base64 字符集里,直接粘进来会报非法字符。把 base64, 后面那一段留下来再解码即可。

体积会变成原来的 1.33 倍

每 3 个字节变成 4 个字符,所以编码后的长度约是原来的 4/3。一张 100KB 的图片编成 Base64 大约 133KB,用在网页里会明显拖慢加载,小图标适合内联,大图还是走文件好。

常见问题

为什么有的 Base64 结尾带等号,有的没有?

等号是补位符。Base64 把每 3 个字节编成 4 个字符,原文长度不是 3 的倍数时就要用等号补齐,所以会出现一个或两个等号。等号不影响解码结果,去掉它能让字符串更短。

中文编码后为什么会变成这么长一串?

一个汉字在 UTF-8 下占 3 个字节,Base64 又把每 3 个字节编成 4 个字符,所以一个汉字编出来是 4 个字符。体积变大是 Base64 的正常代价。

URL-safe 变体是什么?

标准 Base64 会用到加号和斜杠,这两个字符在网址里有特殊含义。URL-safe 变体把它们换成减号和下划线,编出来的字符串可以直接放进 URL 参数。

解码时提示含非法字符,是不是数据坏了?

先检查有没有把 data:image/png;base64, 这类前缀一起粘进来。Base64 字符集只包含字母、数字、加号、斜杠和等号,工具会自动忽略空格与换行,但前缀里的冒号和分号去不掉,需要手动删掉。

编码大段文本会不会卡?

不会。工具按 32KB 分块处理,避免一次性拼接超长字符串导致的问题,几万字的文本基本瞬间出结果。

这个工具会把内容发到服务器吗?

不会。转换用的是浏览器原生接口,页面没有任何上报请求,内容也不会写进本地存储,断网照样能用。

友情链接

以下站点与本站长期互链,内容各自独立运营,点击将在新窗口打开。

✔已复制