使用方法
- 「查询词」留空并点「查询」,会列出全部 31 个省级行政区的省会、首府邮编与区号,这是默认视图。
- 输入关键词后点「查询」,或直接在框里按回车:四种写法都能命中——省名(浙江、内蒙古)、城市名(杭州、乌鲁木齐)、邮编前缀(310、05)、区号(0571、010)。
- 「检索维度」默认「自动匹配四个维度」。若想排除误命中,可改成「只按邮编前缀」等单一维度。
- 「排序方式」默认按邮编升序,与全表默认视图一致;改成「按区号升序」会把 10 个两位数区号排到最前,「按行政区划顺序」则回到国家标准的省级排列。
- 表格默认显示前 12 行,点「加载更多」展开全部;「复制表格」复制制表符分隔文本,「导出 CSV」存成带字节序标记的文件,Excel 打开不乱码。
- 「邮编前两位」这一列直接对应「前两位=省级行政区」的规则,方便你反推某个邮编属于哪个省区。
- 查询没有任何命中时,页面会给出具体提示并列举可尝试的写法,不会静默显示空表。
- 本页不联网、不写 localStorage,刷新即恢复默认全表;数据以省会、首府为代表值,省内其他城市不在收录范围内。
这个邮编区号查询能解决什么
邮编与长途区号是填写收货地址、开通长途套餐、核对单位信息时绕不开的两个字段,但它们的结构并不直观。这个邮编区号查询把 31 个省级行政区的省会、首府代表值集中成一张表,并给出结构规律,让你不必为查一个区号去翻百科。
第一类用法是正向查:知道地名查编号。输「杭州」得到 310000 与 0571,输「05」得到河北石家庄的 050000 与 0311。第二类用法是反向核对:手上一个六位邮编,取前两位对照表的「邮编前两位」列,就能立刻判断它属于哪个省区,这对检查批量地址数据特别有用。
第三类用法是理解编号本身的层级。六位邮编不是随机数字,前两位是省级行政区、第三位是邮区、第四位是县市、末两位是投递局(所);长途区号也不是随意长度,两位数只有 10 个,其余都是三位数,书写时统一补一位前导 0 才是常见的四字写法。知道这两条,很多「看起来奇怪」的编号就能自己解释了。
边界必须说清:本页只收录 31 个省级行政区的省会、首府代表值,省内其他城市、区县与投递局级邮编不在收录范围内,请勿用它替代完整的邮编库。中国香港、中国澳门不使用六位邮政编码(两地依靠分区地址投递),本页不收录也不推测;中国台湾地区使用 3+2 或 3+3 位邮递区号,体系与本页不同,同样不在收录范围。
编号结构与变量说明
邮政编码是六位十进制数字,按四级拆:前两位标识省级行政区,第三位标识邮区,第四位标识县或市,末两位标识投递局(所)。四个直辖市的邮编前两位很有代表性——北京 10、上海 20、天津 30、重庆 40,因此只要看到 10 到 40 之间整十开头的邮编,基本可以判定它属于直辖市。
长途区号的长度规律同样清晰:两位数区号全国只有 10 个,分别是 010、020、021、022、023、024、025、027、028、029,对应北京、广州、上海、天津、重庆、沈阳、南京、武汉、成都、西安;其余省会、首府都是三位数。日常书写里三位数区号常常被写成四位(补一位前导 0),本页统一按带前导 0 的形式展示,因此输入 10 或 010 都能命中北京。
检索时对四个维度分别处理:省名与城市名用「包含」匹配,支持模糊写法;邮编用「前缀」匹配,因为邮编本身是分层前缀结构;区号同样用前缀匹配,并额外接受去掉前导 0 的写法。排序不改变命中集合,只改变呈现次序。
| 变量 | 含义 | 取值 | 影响 |
|---|---|---|---|
| q | 查询词 | 省名 / 城市名 / 数字 | 留空显示全部 31 行 |
| mode | 检索维度 | auto / prov / city / zip / area | auto 同时匹配四个维度 |
| sort | 排序方式 | zip / area / raw | 默认 zip,按邮编升序 |
| zip | 六位邮编 | 000000 ~ 999999 | 前两位即省级行政区 |
| area | 长途区号 | 两位或三位 + 前导 0 | 两位数仅 10 个 |
完整示例
默认视图(查询词留空)展示按邮编升序排列的全表,前两行是内蒙古呼和浩特 010000 / 0471 与山西太原 030000 / 0351——它们的前两位 01、03 恰好小于四个直辖市的 10、20、30、40,这是邮编按邮区划分而非按行政区权重排列的直接体现。
查询词 留空
结果 31 个省级行政区 · 两位数区号 10 个 · 三位数区号 21 个
前两行 内蒙古 呼和浩特 010000 0471
山西 太原 030000 0351
输「浙江」命中 1 行(省会杭州 310000 / 0571),输「05」命中河北石家庄 050000 / 0311,输「0571」同样命中浙江杭州——区号查询接受带前导 0 的写法。输「乌鲁木齐」则得到新疆乌鲁木齐 830000 / 0991。把排序改成「按区号升序」,10 个两位数区号会排到最前:北京 010、广州 020、上海 021、天津 022、重庆 023、沈阳 024、南京 025、武汉 027、成都 028、西安 029。
邮编结构对照表
下表把六位邮编的四级结构与具体位的含义逐位列出,并给出直辖市与自治区的可对照实例;长途区号的长度规律一并列出,均由本页数据直接支撑。
| 位次 | 含义 | 实例(北京 100000) | 实例(呼和浩特 010000) |
|---|---|---|---|
| 第 1~2 位 | 省级行政区 | 10 = 北京 | 01 = 内蒙古 |
| 第 3 位 | 邮区 | 0 | 0 |
| 第 4 位 | 县 / 市 | 0 | 0 |
| 第 5~6 位 | 投递局(所) | 00 | 00 |
| 区号 | 长途区号 | 010(两位 + 前导 0) | 0471(三位 + 前导 0) |
第二张表对照四个直辖市与若干代表性省区的邮编前两位、区号位数,帮助你从任意六位邮编反推省级归属。
| 省级行政区 | 省会 / 首府 | 邮编前两位 | 区号位数 |
|---|---|---|---|
| 北京 | 北京 | 10 | 两位 |
| 上海 | 上海 | 20 | 两位 |
| 天津 | 天津 | 30 | 两位 |
| 重庆 | 重庆 | 40 | 两位 |
| 内蒙古 | 呼和浩特 | 01 | 三位 |
| 浙江 | 杭州 | 31 | 三位 |
| 新疆 | 乌鲁木齐 | 83 | 三位 |
| 西藏 | 拉萨 | 85 | 三位 |
结果边界与错误提示
- 查询词没有任何命中时,提示写明「查询词「X」没有命中任何记录」,并给出本表规模与四种可尝试的写法,不会静默显示空表。
- 查询词全是空白时按留空处理,显示全表 31 行,不报错。
- 单一维度检索(如「只按邮编前缀」)输入文字却不命中时,提示会附当前维度的说明,避免把省名误填进邮编维度。
- 本页只收录 31 个省级行政区的省会、首府代表值,省内其他城市请改用完整邮编库,页面说明里已明确这一点。
- 中国香港、中国澳门不使用六位邮政编码,本页不收录也不推测;中国台湾地区使用另一套 3+2 或 3+3 位邮递区号,同样不在收录范围。
- 区号统一按带前导 0 的形式展示,输入 10 或 010 都能命中北京;去掉前导 0 的写法在「按区号」维度下同样可用。
- 排序只改变呈现次序,不改变命中集合;导出 CSV 带字节序标记,复制表格为制表符分隔文本。
常见问题
六位邮编的每一位代表什么?
四级结构:前两位标识省级行政区,第三位标识邮区,第四位标识县或市,末两位标识投递局(所)。例如北京 100000,前两位 10 代表北京,后面几位是层层细分的投递区域。
两位数区号全国只有 10 个吗?
是的:010、020、021、022、023、024、025、027、028、029,对应北京、广州、上海、天津、重庆、沈阳、南京、武汉、成都、西安。其余省会、首府都是三位数区号,书写时统一补一位前导 0,这就是常见的四字写法。
输入 10 和 010 都能查到北京吗?
能。本页统一按带前导 0 的形式展示区号,检索时既匹配 010 也匹配去掉前导 0 的 10,两种常见写法都能命中。
为什么只收录省会、首府?
因为省内每个县市、每个投递局都有独立邮编,总量数以万计,不适合内置进静态页面。本页定位是「省级代表值 + 结构规律」,完整的逐地址查询请改用专业邮编库。
中国香港、中国澳门的邮编怎么查?
两地不使用六位邮政编码,投递依靠分区地址体系,因此本页不收录也不推测任何港澳邮编。中国台湾地区使用 3+2 或 3+3 位邮递区号,体系与本页不同,同样不在收录范围。
排序方式会改变查询结果吗?
不会,排序只改变呈现次序。默认按邮编升序,与全表默认视图一致;改成按区号升序会把 10 个两位数区号排到最前;「按行政区划顺序」则回到国家标准的省级排列。
导出 CSV 打开乱码怎么办?
导出的 CSV 已带字节序标记(BOM),Excel 直接双击打开不会乱码。若用其他工具仍出现乱码,请确认软件以 UTF-8 编码读取;「复制表格」得到的是制表符分隔文本,粘进表格软件会自动分列。
查询结果会上传吗?
不会。本页所有检索与排序都在当前浏览器本地完成,输入的关键词既不上传也不写入任何存储,刷新页面即恢复默认全表。
相关工具
- 身份证号码校验:校验身份证号的合法性与校验位。
- 统一社会信用代码校验:校验 18 位信用代码。
- 按键键码查询:查键盘按键对应的键码值。
- TAP速度BPM查询:按节拍点击测算 BPM。
- 在线屏幕标尺:在线测量屏幕元素的实际尺寸。