简介：这份《机场三字代码表》面向航空从业者、票务与差旅服务人员及民航专业学习者，聚焦机场三字代码的快速查询与基础认知，可用于航班信息核对、机票与行李标签识别、航线资料整理等场景。压缩包内含1个docx文件，约22KB，以表格形式汇总常见机场三字代码与对应城市名称，并按代码和城市名称成对排列，便于双向检索，也适合作为民航基础知识学习和日常业务参考。内容围绕IATA三字代码的组成、分类、命名规则、应用及中国机场代码等展开，能帮助读者建立代码与机场、城市之间的对应关系，理解代码在航空运输和旅客服务中的作用。目前已有935人学习下载，适合需要轻量级查询工具、入门梳理三字代码体系或补充民航基础知识的读者使用。

1. 机场三字代码表到底是什么：三个大写字母不是拼音缩写

机票行程单上那三个大写字母，常被叫作三字代码；把常见机场的代码和城市名放在一起，就是机场三字代码表。它看着像一张缩写表，实际更像航空链条里的门牌号：城市名太长、机场名更长，值机、托运、航显、系统录入都需要一个短而稳定的标识。很多人第一次见会把它当成拼音首字母，比如看到三个字母就试图拆成城市、英文名、地区，结果一查就翻车。它值得搞懂，因为查行程、对报销单、做数据清洗、写系统校验都会遇到它；分不清城市代码和机场代码，后面很容易把同一座城市的两座机场混成一条记录。

2. 为什么机场需要三字代码：值机、行李牌和航显背后的共同语言

2.1 三个字母解决的第一个问题：名字太长、写法太多

机场的名字天然不适合做系统标识。一个机场可能有中文全称、中文简称、英文名、城市名加机场名、当地习惯叫法，甚至还有旧称和新称并存。人在聊天时怎么写都行，系统却不行：同一条记录今天写“某沿海枢纽机场”，明天写“某沿海机场”，后天写“某市机场”，机器就认不出它们是同一个对象。三字代码的价值就在这里，它把“一个机场”压缩成三个大写字母，让订票系统、离港系统、行李分拣系统、航显系统有一个共同的短标识。

打个比方，快递地址里“某省某市某区某路某号某栋某单元某室”很长，但快递单上真正流转时靠的是分拣码和网点编号；三字代码就是机场在航空网络里的分拣码。它不负责描述机场的全部信息，只负责让不同环节快速指到同一个机场。名称可以有很多种写法，代码只保留一个稳定写法，这就是它存在的第一层理由。

这里要纠正一个常见误会：三字代码不是把城市拼音或英文单词逐字拆开。三个字母各自代表什么，并没有一套放之四海皆准的“字母含义表”。它更像行业标准组织分配和管理的短标识，分配时会考虑历史沿用、可读性、避免冲突等因素，但不存在“第一个字母一定是城市、第二个字母一定是英文名、第三个字母一定是地区”这种通用规则。看到代码就逐字母猜含义，属于把结果当规律。

提示：三字代码的字母顺序不是按拼音或英文单词逐字拆出来的，别用拆字法反推机场信息。

2.2 代码在航班链条里怎么流动：订票、登机牌、行李牌、航显

一张机票从查询到登机，会经过多个系统。查询阶段，系统用出发地和目的地标识机场；出票阶段，行程单上要写清具体机场；值机阶段，登机牌上要印出机场代码；托运阶段，行李牌要能把行李送到正确分拣口；航显阶段，大屏要用短标识展示航班动态。每个环节都写机场全称不现实，写城市名又不够精确，因为同一座城市可能不止一个机场。三字代码正好卡在“足够短”和“足够精确”之间。

以一次虚构行程为例：某旅客从“某沿海枢纽”飞往“某西部旅游机场”。行程单上不会写一长串机场全称，而是出现两个三字母代码，比如 ABC 和 XYZ。值机员看 ABC 就知道是哪个机场，行李系统按 ABC 分拣，登机牌上印 ABC，航显上显示 ABC 到 XYZ。旅客不需要背机场全称，只要认这三个字母，就能把行程单、登机牌、行李回执对上。代码在这里像一条暗线，把不同系统、不同岗位、不同语言环境串起来。

这也是为什么代码表不能只靠记忆。一个人可能常去几个机场，记住几个代码不难；一旦遇到不熟悉的机场、相似的城市名、同一城市的多座机场，凭印象猜就容易出错。代码表把“代码—城市名”的对应关系固定下来，查表比猜可靠。它不保证航班正常，也不告诉你机场设施，但它能保证你在“这是哪个机场”这件事上不跑偏。

2.3 一张代码表为什么比“凭记忆猜”更可靠

代码表的核心不是“多”，而是“可核对”。人脑记忆有几个弱点：相似代码容易混，城市名相近容易串，旧代码和新代码容易记岔，同一城市多个机场容易只记住一个。代码表把代码和城市名并列，查的时候眼睛从左到右对一遍，就能发现“这个代码对应的城市名是不是我以为的那个”。对于经常整理行程、报销单、物流单的人来说，这一步核对能省掉很多返工。

从数据角度看，代码表还是一种轻量级的“字典”。系统里存代码比存长名称更省空间，匹配时也更稳定。比如一张表里有一列“机场代码”，另一张表里有一列“城市名称”，要把两张表关联起来，代码就是天然的唯一键候选。前提是代码必须来自标准表，不能自己编。自己编三个字母，短期看方便，长期看就是给后面的人埋雷：同一个机场出现两套代码，或者同一个代码被安到两个地方，数据越用越乱。

代码表也有边界。它告诉你代码和城市名的对应关系，不告诉你航班是否延误，不告诉你机场跑道多长，不告诉你四字代码是什么，也不告诉你城市行政区划怎么划。把它当成“机场身份字典”来用，它是可靠的；把它当成“航班动态库”或“地理百科”来用，就会失望。理解这个边界，后面读表、用表才不容易拧巴。

3. 三字代码表怎么读：代码、城市名、机场名三层信息别搅在一起

3.1 代码对应的是机场，不一定对应城市

读三字代码表，第一件事是分清“代码指向谁”。三字代码通常指向一个具体机场，而不是一座城市的全部航空资源。城市是一个行政或地理概念，机场是一个具体的航空设施；一座城市可能有一座机场，也可能有多座机场，还可能有一个面向城市层面的代码和多个面向具体机场的代码并存。表里把代码和城市名放在一起，是为了方便查，不是告诉你“这个代码等于整座城市”。

打个比方，一座城市像一个大院，机场像大院里的某栋楼。门牌号指向的是楼，不是整个大院。你告诉别人“我去某大院”，别人不知道你进哪栋楼；你告诉别人“我去某栋楼”，别人才知道具体位置。三字代码更像楼栋号，城市名更像大院名。查表时先问自己：我要的是城市层面的标识，还是具体机场的标识？如果只是说“去某城市”，城市名够用；如果要写登机牌、行李牌、航班衔接，具体机场代码才够精确。

这也是为什么同一城市名在表里可能出现多次。不是表重复了，而是同一座城市的不同机场各有代码，或者城市代码和机场代码并列出现。读表时不要看到同一个城市名出现两行就以为录错了，要先看代码是不是不同、指向的是不是不同机场。把这一层看明白，后面查代码才不会把“城市”和“机场”混着用。

3.2 一个城市可能有多个代码：城市代码与机场代码的差别

城市代码和机场代码最容易混。城市代码面向城市层面，常用于搜索、展示、城市间比较；机场代码面向具体机场，常用于航班、值机、行李、航显。一个城市如果有两座机场，城市代码可能只有一个，机场代码却有两个；旅客买票时选的是具体机场，系统里存的可能是具体机场代码，展示时又可能用城市代码做聚合。两种代码都叫“三字代码”，但指向对象不同。

用虚构例子说：某大型城市有甲乙两座机场，城市层面用一个三字母代码 CAB 表示“这座城市的航空入口”，具体机场分别用 ABC 和 XYZ 表示。查航班时，从 CAB 出发可能包含甲乙两座机场；写登机牌时，必须落到 ABC 或 XYZ。如果只写 CAB，旅客到了错误的机场，代码本身没错，错在层级用错了。读表时看到城市代码和机场代码并列，不要急着说“怎么有两个”，先看它们各自服务什么场景。

区分方法很简单：问一句“这个代码能不能精确到一栋航站楼里的某个登机口”。城市代码通常不能，它覆盖多座机场；机场代码可以精确到具体机场。再问一句“我要做的是城市级统计，还是机场级核对”。做城市级统计，用城市代码聚合更合适；做机场级核对，必须用具体机场代码。把这两问养成习惯，读表时就不容易把两层信息压成一层。

3.3 读表时先看“城市名”还是先看“代码”

读表顺序取决于任务。如果是“我手里有一个代码，想知道它对应哪里”，先从代码列查，再核对城市名；如果是“我知道城市名，想找代码”，先从城市名列查，再看同一城市名下面有几个代码。两种顺序没有绝对优劣，但不要跳步。看到代码就直接猜城市，容易把相似代码认错；看到城市名就随便挑第一个代码，容易漏掉同一城市的另一座机场。

实际查表时可以用“两列对读”的办法：眼睛先落在代码上，嘴里默读三个字母，再横移到城市名，确认这两个信息能对上。反过来也一样，先看城市名，再横移到代码，看看同一城市名是否有多行。对读的好处是强迫自己完成一次核对，而不是凭记忆扫一眼就过。对于行程单、报销单、行李回执这类需要精确的场景，多花两秒对读，比事后返工便宜得多。

还有一种情况是表里出现简称或带方位词的名称。比如“某城市东”“某城市西”“某城市南”，这类名称往往是为了区分同一城市的不同机场或不同代码。读表时不要把它当成城市名的另一种写法，而要把它当成“具体机场的限定词”。先看代码是否不同，再看方位词指向哪座机场。名称可以简称，代码不能含糊；把简称当精确信息用，是读表时常见的翻车点。

3.4 代码表里的“东/西/南/北”和简称怎么处理

代码表里出现方位词，通常不是为了好看，而是为了区分。同一座城市有多个机场时，名称里可能带“东”“西”“南”“北”来标明位置；同一座机场有新旧名称时，也可能用简称或旧称做补充。读表时要把“名称”和“代码”分开看：名称是给人读的，代码是给系统用的。名称可以简称，代码必须唯一。看到带方位词的名称，先找代码，再看这个代码是不是独立的一行。

处理简称的原则是“以代码为准，以城市名做辅助”。比如某行写“某城市东”，另一行写“某城市”，如果代码不同，就不能把它们当成同一个机场；如果代码相同，只是名称写法不同，那才是同一对象的别名。代码表不是词典，不负责穷尽所有别名；它更像对照表，给你一个可核对的锚点。锚点是代码，不是名称的长短。

读表时还要注意“城市名”列可能承担两种角色：有时它表示机场所服务的城市，有时它表示机场所在城市。两者大多数时候一致，但在多机场城市或城市边界复杂的地方，名称列只是辅助信息，不能替代代码。把代码当主键，把城市名当解释，读表就稳了。这个习惯一旦建立，后面做数据匹配、系统校验、行程核对都会顺很多。

4. 常见误区与易混概念：三字代码、四字代码、城市代码到底差在哪

4.1 误区一：三个字母是拼音首字母

易混点：看到 ABC 就以为 A 是城市拼音首字母、B 是英文名首字母、C 是地区首字母。为什么混：中文用户习惯用拼音首字母做缩写，很多地名缩写确实是取首字母，于是自然把三字代码也套进这个逻辑。怎么区分：三字代码是行业标准组织分配和管理的短标识，不是按拼音规则逐字生成的。字母顺序和城市拼音、英文单词之间没有通用的逐位对应关系。看到代码可以查表，但不要拆字。

这个误区的麻烦在于，它让人产生“我能猜出来”的错觉。猜对几个常见代码后，很容易在陌生代码上翻车。更稳的做法是把代码当成一个整体符号，像记电话号码一样记，而不是像拼单词一样拆。代码表存在的意义之一，就是替代猜。查表不丢人，猜错才耽误事。

4.2 误区二：一个城市只有一个机场代码

易混点：把城市名和机场代码当成一一对应，看到同一城市名出现多个代码就以为表错了。为什么混：日常聊天说“去某城市”，通常不区分机场；很多人只接触过一座机场，就以为一座城市只有一个航空入口。怎么区分：先看代码是否不同，再看名称是否带方位词或具体机场名。同一城市可能有多个机场代码，也可能有城市代码和机场代码并列。城市代码覆盖城市层面，机场代码精确到具体机场。

区分时问自己：这个代码能不能精确到具体机场。如果能，它是机场代码；如果它覆盖多座机场，它是城市层面的代码。做航班核对、行李追踪、登机口确认，必须用具体机场代码；做城市级搜索、统计、展示，可以用城市代码聚合。把层级分清，同一城市名多行就不是错误，而是信息更细。

4.3 误区三：三字代码和四字代码是一回事

易混点：看到三个字母和四个字母都叫“代码”，就以为只是长短不同，甚至拿三字代码去填四字代码的栏位。为什么混：两者都用于标识机场，外观又都是大写字母，不接触航空数据的人很少同时见到。怎么区分：三字代码通常是三字母，面向旅客和航空业务链条中的短标识；四字代码通常是四字母，属于另一套标识体系，指向对象和使用场景都不同。两者不能互相替代，也不能互相推导。

用虚构例子说：某机场的三字代码是 ABC，四字代码可能是 ABCD。看到 ABC 不要自动补一个 D 当成四字代码，看到 ABCD 也不要截前三位当成三字代码。两套体系各自有分配规则，外观相似不代表可以换算。填表时先看栏位标题写的是“三字代码”还是“四字代码”，再决定取哪一列。栏位看错，后面全错。

4.4 误区四：代码表可以随便自己编

易混点：做内部系统时觉得“反正只有我们看”，随手给机场编三个字母，或者把已有代码改一改。为什么混：内部表格短期能跑通，代码看起来只是三个字母，似乎没有成本。怎么区分：三字代码是跨系统、跨岗位流转的标识，自己编会造成同一机场多套代码，或者同一代码指向多个对象。对外行程单、行李牌、航显一旦对不上，后面就要花更多时间修。

更稳的做法是：内部可以有临时编号，但对外字段必须用标准代码；临时编号和标准代码分开列，不要混在一列里。代码表的作用是提供可核对的锚点，不是给人自由发挥的缩写游戏。自己编的代码在内部看很顺，一旦出了这个系统，别人不认识，数据就成孤岛。

4.5 误区五：看到代码就能反推机场全部信息

易混点：以为三个字母里藏着城市、机场名、地区、跑道、航站楼等全部信息。为什么混：代码太短，人天然想从短符号里找规律；加上一些代码确实有历史沿用，看起来像有含义。怎么区分：三字代码只承担“指到某个机场”的功能，不负责描述机场的全部属性。它能帮你查表，但不能替你判断航班动态、机场设施、距离远近、行政区划。

把代码当成钥匙，不要当成百科。钥匙能开门，但门后面有什么，需要另查。代码表告诉你“这个代码对应这个城市名”，已经完成了它的主要任务。想知道更多，就去找航班数据、机场资料、地理信息。让每个工具干自己的活，数据才不容易被误读。

5. 这张机场三字代码表能解决什么：查代码、对城市、做校验的三个场景

5.1 场景一：看到三个字母，快速确认是哪个机场

最常见的场景是“手里有一个代码，想知道它对应哪里”。行程单上印着 ABC，登机牌上印着 XYZ，行李回执上又出现一个 QWE，人一下子对不上。代码表把代码和城市名并列，查的时候先看代码列，再横移到城市名，确认这个代码是不是自己以为的那个机场。对于不常飞的机场，这一步尤其有用，因为相似代码太多，凭记忆很容易把 QWE 记成 QEW。

查表时不要只看一眼就过。可以把代码读出来，再读城市名，让眼睛和嘴一起完成核对。比如看到 ABC，先读“A-B-C”，再读旁边的城市名，确认两者能对上。这个动作看起来笨，但能挡住大部分“看错一个字母”的错误。代码只有三个字母，错一个就是另一个机场，核对成本远低于走错机场的成本。

如果表里同一城市名出现多行，不要急着选第一行。先看代码是否不同，再看名称是否带方位词或具体机场名。多行往往意味着同一城市有多座机场，或者城市代码和机场代码并列。先确定自己要的是城市层面还是机场层面，再选对应的行。这个顺序能避免“城市名对了，机场选错了”的尴尬。

5.2 场景二：写系统或做表格时，用代码做唯一键

做表格或写系统时，代码的价值是“短且稳定”。比如一张行程表里有“出发机场代码”和“到达机场代码”，另一张表里有“代码—城市名”对照关系，用代码做关联比用长名称做关联更不容易出错。名称可能有空格、简称、全称、旧称，代码只有三个大写字母，匹配起来更干脆。前提是代码必须来自标准表，不能自己编。

下面是一个虚构的校验示例，用来说明“格式校验”和“存在性校验”要分开做。代码里的 ABC、XYZ、QWE 都是示意值，不对应任何真实机场。

import re # 虚构的代码集合，实际使用时替换为代码表里的代码列 known_codes = {"ABC", "XYZ", "QWE"} def check_code(raw: str, known: set[str]) -> dict: """检查三字代码的格式和存在性。 raw: 待检查的原始字符串，可能带空格或小写 known: 从代码表读取的已知代码集合 返回: 包含规范化结果、格式是否通过、是否存在于表中的字典 """ code = raw.strip().upper() # 去空格并转大写，避免大小写和空格干扰 format_ok = bool(re.fullmatch(r"[A-Z]{3}", code)) # 只检查是否为三个大写字母 exists = code in known # 再检查是否在代码表里 return {"code": code, "format_ok": format_ok, "exists": exists} print(check_code(" abc ", known_codes)) # 格式通过，存在 print(check_code("AB", known_codes)) # 格式不通过 print(check_code("RTY", known_codes)) # 格式通过，但表中不存在

这段代码的参数很直白：raw是用户输入或表格里读出来的原始值，known是代码表里已经存在的代码集合。strip()去掉首尾空格，upper()统一大小写，正则^[A-Z]{3}$只负责判断“是不是三个大写字母”。格式通过不代表代码真实存在，所以还要用exists再查一次表。实际使用时，known_codes应该从完整代码表的代码列生成，不要手写几个示例值。

这个例子也说明了代码表在系统里的角色：它是校验依据，不是装饰。只做格式校验，用户输入 RTY 也能通过，但表里没有这个代码，后面匹配城市名就会落空。只做存在性校验，用户输入带空格的小写代码又可能被误判。两步都做，才稳。代码表越完整，存在性校验越可靠。

5.3 场景三：整理行程单、报销单、物流单时的核对

行程单、报销单、物流单经常把机场代码和城市名混着写。有人写城市名，有人写代码，有人写“城市名+机场名”，还有人把城市代码和机场代码混用。整理这类单据时，代码表可以当对照工具：先把单据上的代码查成城市名，再把城市名和报销单上的目的地对一遍。对不上就停下来查，不要硬凑。

核对时可以用“三看”办法：看代码是否三个字母，看代码在表里是否存在，看代码对应的城市名是否和单据上的城市名一致。三看都过，基本可以继续；任何一看不过，就回头找原始单据确认。这个办法不复杂，但能挡住大部分低级错误。尤其是同一城市多机场的情况，代码差一个字母，机场可能差很远，报销单上的交通费也会对不上。

物流单也类似。航空货运单上常用代码标识机场，仓库、报关、卡车转运几个环节都可能只认代码。整理数据时如果只保留城市名，后面想精确到机场就难；如果只保留代码，人工阅读又不直观。代码表的用处就是把两边接起来：代码给系统用，城市名给人看。两者并列，既好读又好对。

5.4 用代码做校验时要注意的边界

代码表能校验“这个代码在不在表里”，但不能校验“这个航班今天飞不飞”。它能告诉你代码对应哪个城市名，但不能告诉你机场离市区多远、有没有中转、航站楼怎么走。做系统时要把这些边界写清楚：代码字段只负责标识机场，航班状态、机场设施、交通信息另接数据源。不要因为代码表好用，就让它承担不该承担的任务。

还有一个边界是“表会更新”。机场有新建、改名、代码调整的情况，代码表也要跟着维护。用旧表校验新代码，可能出现“格式对、表里没有”的情况，这不一定是用户输错，也可能是表该更新了。维护时保留更新记录，比事后猜原因省事。代码表不是一劳永逸的静态文件，它需要跟着航空网络的变化做小步维护。

最后是“不要跨体系混用”。三字代码、四字代码、城市代码各有各的栏位，填表时先看栏位标题。把三字代码填进四字代码栏，或者把城市代码填进具体机场栏，格式可能都像字母，业务上却对不上。代码表的价值在于提供可核对的锚点，锚点用错位置，后面全乱。

6. 什么时候该用三字代码表，什么时候别硬套：边界与我的踩坑习惯

三字代码表最适合用在“需要把机场指清楚”的地方。查行程单、对登机牌、整理报销单、做行李回执核对、给系统做代码存在性校验，这些场景都需要一个短而稳定的标识。表里有代码和城市名两列，查的时候先定层级：要城市层面还是机场层面；再看代码是否存在；最后核对城市名是否和单据一致。三步走完，大多数低级错误都能挡住。

它不适合用在“代码之外”的判断上。别拿三字代码当城市行政区划代码，别拿它当邮编或电话区号，别用它推算机场距离，别用字母顺序猜机场特征，也别把城市代码硬套到具体机场栏位。下面这张表可以把边界放清楚：

我踩过的坑很具体：有一次整理一批虚构行程数据，看到同一城市名出现两行，顺手选了第一行的代码，结果那是城市层面的代码，不是旅客实际起降的具体机场。后面核对行李回执时对不上，又回头重查了一遍表。从那以后，我每次整理行程数据都强制先查表、再看层级、最后对城市名，不凭记忆猜，也不图省事跳步。需要完整表时，直接从资源里按代码和城市名对照取用，查一次稳一次。希望帮到你。

本文还有配套的精品资源，点击获取