微软模拟飞行2024官方宣称提供全球机场公开导航数据，但大量玩家反馈关键程序无法调用。本文基于实测与数据源分析，厘清缺失根源：并非数据不全，而是地景跑道编号错误、数据源覆盖逻辑差异及航图授权限制共同导致的系统性错配。
智能速览
科隆-波恩机场（EDDK）程序缺失主因是游戏内地景仍用旧跑道号14L/32R，而LIDO真实数据已更新为13L/31R，触发自动过滤
LIDO数据由汉莎集团提供，覆盖全球公开进离场程序，但航图仅限大型客机运营机场；小机场仅有程序线路，无决断高度、限速等关键信息
美国境内机场可调用FAA航图作为补充，但全球多数小机场在EFB中仅显示程序路径，缺少完整航图支持
第三方数据如Navigraph（Jeppesen）可补足国内及非主流机场航图，国内公开机场均可用NAIP数据替代
飞机航电能力也影响程序可见性——如无法执行RNP(AR)的设备将自动隐藏对应程序
精华内容
当玩家在EFB中找不到某条跑道的进近程序时，问题往往不在微软的数据仓库，而在地景、数据源与航电三者之间微妙的匹配断层。
地景错位是主因
以德国科隆-波恩机场（EDDK）为例，游戏内置地景仍标注跑道为14L/32R，而LIDO最新导航周期已采用13L/31R编号。微软模拟飞行2024的EFB系统严格按地景跑道号匹配程序，导致13L/31R对应的全部SID/STAR和航图被自动过滤。Planner网站（EFB网页版）直接读取LIDO原始数据，因此正确显示13L/31R程序，反向印证了问题出在地景而非数据源。该机场为微软官方地景，错误未被及时修正，属典型‘地景滞后’问题。
LIDO数据有边界
LIDO数据由汉莎集团旗下公司提供，真实应用于汉莎航空等主流航司，每28天更新一次，对玩家完全免费且无感推送。但其航图覆盖存在明确限制：仅包含全球大型商用机场（如法兰克福EDDF、北京首都ZBAA）的完整航图，含决断高度、梯度、复飞程序等全部要素；而巴西桑托斯杜蒙特（SBGR）等虽有320/737执飞，却因未被LIDO列为‘主要运营机场’，仅提供程序路径，不生成航图。实测显示，此类机场在EFB中可选RNP程序，但点击后仅见航迹线，无任何文字说明或限制参数。
FAA航图作补充
针对美国境内机场，微软额外集成FAA航图资源，覆盖范围远超LIDO——包括大量通航小机场、军民合用机场甚至部分私人起降场。例如佛罗里达州小型机场KPGD，在LIDO中无航图，但在MSFS2024 EFB内切换至FAA数据源后，可完整调出VFR航图、精密进近图及障碍物信息。该机制使美国用户基本无需第三方服务，而全球其他地区小机场仍存在明显盲区。
第三方是必要延伸
国内用户若需完整支持，推荐订阅Navigraph（采用Jeppesen数据），其覆盖中国所有对外开放机场的NAIP格式航图，且与MSFS2024深度兼容。对比测试显示：使用Navigraph后，天津滨海ZBTJ的ILS DME进近图、虹桥ZSSS的RNAV(RNP) AR程序均可正常加载，包含全部最低下降高、复飞梯度（如2.5%）、速度限制及灯光配置说明。而原生LIDO在此类机场仅提供基础程序名，无图可用。
微软模拟飞行2024的导航生态并非‘数据缺失’，而是多源数据在落地时遭遇地景、授权与设备能力的三重校准偏差。理解这一机制，才能理性选择补救路径：修正地景、切换数据源或引入第三方服务。未来是否推动地景与导航数据动态绑定，将是提升拟真闭环的关键一步。
关键评论
LIDO是汉莎旗下的，汉莎航空和部分欧洲航司在用，其余地区多用杰普逊数据；国内国际航线用杰普逊，国内航线用NAIP；MSFS2024想飞得更真实，推荐用杰普逊数据并订阅Navigraph
好像机场跑道号也会随着导航数据更新，之前2513时候新开13R/31L跑道，原13/31改为13L/31R，原先以为会导致内置导航不能用，但更新后机场原跑道号直接改为新的13L/31R，旧跑道的航图和程序仍可正常使用
国内还是用这个https://www.eaipchina.cn比较全，只有网页版，不能装APP只能在线或下载
