Little Navmap 飞行模拟航路规划与模拟器连接实操

玩飞行模拟的朋友大概都有个共同体验：游戏本体装完只是开始，真正决定飞行体验上限的是配套工具链，而飞行规划这块绕不开一个名字——Little Navmap。它是一个完全开源的飞行计划与导航工具，作者是 Alexander Barthel，代码托管在 GitHub 上，采用 GPLv3 协议，Windows、macOS、Linux 三平台都能跑。这篇就当成一份我自己折腾了好几年的安装与使用笔记来写，从下载、装环境、构建场景库、连模拟器，一路讲到航路规划、性能文件采集、导出 PLN 和 FMS，最后把踩过的坑整理成速查表。不管你是刚接触飞行模拟的新手，还是已经能盲飞 VOR 进近的老鸟，应该都能从里面挑出对你有用的部分。

先把结论摆在前头：Little Navmap 解决的核心问题，是让"规划"和"飞行"这两件事在同一条时间线上对齐。它既能在离线状态下当一台完整的航图+航路规划终端用，又能实时接上运行中的模拟器，把飞机位置、航向、地速、剩余油量、爬升剖面全叠在移动地图上。前者让你起飞前心里有数，后者让你飞行中随时纠偏。这个组合在免费工具里几乎没有对手。

1. 项目定位与核心价值拆解

搞清楚它到底是个什么东西，比急着下载安装更重要。很多人第一次打开 Little Navmap 会觉得界面信息量爆炸，左边一长串机场导航点，右边一张地图，顶上还有一堆菜单，不知道从哪下手。其实只要理解它的三层结构——数据库层、规划层、连接层——上手就会快很多。

1.1 它到底解决什么问题

飞行模拟里规划航路，传统做法无非几种：一是直接抄现实航路，去翻航图或者飞行计划网站；二是在游戏自带的地图里点几个航点连成线；三是用付费的规划软件。第一种门槛高、时效差，第二种功能太简陋，连航路走向和海拔剖面都看不全，第三种要花钱。Little Navmap 的定位正好卡在中间：免费开源，但功能上又足够接近专业规划工具。

具体来说，它替你干了这几件事。第一，把模拟器场景里散落的机场、跑道、导航台、航路点全部抓出来，建成一个可查询的本地数据库，你搜任何一个 ICAO 代码都能立刻定位。第二，支持基于航路的规划，可以按高空航路、低空航路、VOR 航线等不同规则生成和编辑航路，还能显示每个航段的磁航向、距离、预计耗时。第三，提供实时高度剖面，让你直观看到航路沿途的地形起伏，判断爬升和下降点是否合理。第四，能直接连上正在运行的模拟器，把飞机当作地图上一个实时移动的图标，配合自动驾驶完成整个飞行。第五，把规划好的航路导出成各种模拟器能读的格式，省得在游戏里一个点一个点手动输入。

这五件事单独看都不稀奇，但整合在一个免费工具里，并且跨平台跨模拟器，就很有价值了。

1.2 核心功能与技术架构

从架构上说，Little Navmap 分成两大块：一个基于 SQLite 的本地数据库，和一套实时数据接口。数据库这块很有意思，它不是预先打包好一套固定的机场数据给你，而是让你从自己安装的模拟器场景文件里"读"出来。你装了哪些第三方机场插件，数据库里就有哪些机场，跑道长度、导航台频率这些细节也和你的实际场景完全一致。这个设计的好处是数据永远和你的游戏环境同步，坏处是每次新增或删除场景插件后，都要重新构建一次数据库。

数据库里存的实体大致有这么几类：机场（含跑道、停机位、通信频率、进离场程序）、导航台（VOR、NDB、TACAN）、航路点（含航路走向）、航路（高空和低空航线网络）、以及地形高程数据。进离场程序和航路数据这块，可以额外加载 Navigraph 的导航数据来保持和现实 AIRAC 周期同步，不装也能用，只是数据会基于游戏场景本身。

实时接口这块则分模拟器各自不同。微软系的 FSX、Prepar3D、微软模拟飞行 2020/2024 走的是 SimConnect 协议，需要在游戏侧确认 SimConnect 客户端可用；X-Plane 11/12 走的是网络 UDP 数据，默认端口 49000，需要在 X-Plane 的网络设置里允许发送数据。连接建立后，Little Navmap 就能收到飞机的位置、姿态、速度、油量、发动机状态等遥测数据。

1.3 适用人群与使用场景

我把用 Little Navmap 的人大致分成三类。

第一类是休闲飞行爱好者，飞一飞观光航线，偶尔跑个短途。他们主要用地图和机场查询功能，规划层用得不多，连接层可能压根不开。对这类人来说，Little Navmap 就是一张信息极其丰富、可以自由缩放的电子地图。

第二类是喜欢按现实航路飞的玩家，通常对航空知识有一定了解，会关注 SID、STAR、航路走向、巡航高度层。他们重度依赖规划层的航路编辑和高度剖面，导出 FMS 或 PLN 到游戏里执行，可能还会配合在线飞行网络的联飞。

第三类是做内容或者做测试的，比如录制飞行教学、验证某个机场插件的地景质量、测试新机模的爬升性能。他们往往需要把 Little Navmap 接到模拟器上长时间挂着，采集飞机性能数据，或者录制地图上的实时轨迹。这块用到的就是性能文件采集功能了。

明确自己属于哪一类，后面的使用重点就不一样。休闲玩家装完直接看地图就行，硬核玩家才需要去啃数据库构建和导航数据更新这些环节。

2. 安装前的准备工作与环境检查

很多人装完发现连不上模拟器，或者场景库死活构建不出来，八成是准备工作没做全。这一章把安装前要确认的东西捋一遍，能省掉大量返工时间。别看步骤不多，每一条背后都有原因。

2.1 系统要求与硬件配置

Little Navmap 本身对硬件非常友好，它是个 2D 地图+数据库程序，不涉及 3D 渲染，所以主要吃内存和磁盘。官方给的最低要求大概是双核处理器、4GB 内存、几百 MB 磁盘空间，但这是"能跑"的标准。实际用起来，我建议内存至少 8GB，因为你要同时开着模拟器；数据库文件和地图缓存会占磁盘，留出 2GB 以上比较稳妥。

真正影响体验的是数据库构建这一步。如果你的模拟器装了海量第三方场景插件，比如全套 Orbx 区域、几十个付费机场，构建数据库时 CPU 会跑满，耗时会从几分钟涨到十几甚至几十分钟，取决于插件规模和硬盘速度。放在固态硬盘上构建会明显快于机械盘。这个过程是一次性的，构建完把数据库文件保存好，下次只要场景没变就不用重来。

跨平台这块要额外提醒：Windows 版本最省心，直接下安装包或者免安装压缩包都行。macOS 版本要注意系统版本和芯片架构，Apple Silicon 机器尽量选对应该架构的构建，用 Rosetta 跑 Intel 版本虽然能用，但性能会有折扣。Linux 版本以 AppImage 或者发行版打包形式提供，依赖库版本不同可能需要手动补几个运行库。

2.2 导航数据与第三方组件

导航数据不是必需品，但对按现实航路飞的玩家来说几乎是刚需。默认情况下，Little Navmap 用的导航数据来自你模拟器场景里自带的那套，通常对应游戏发布时的周期，可能已经落后现实好几年。如果你要飞现实中存在的航路，或者用在线飞行网络联飞，数据不一致会带来麻烦。

解决办法是加载 Navigraph 的导航数据。Navigraph 提供覆盖全球的 AIRAC 周期数据，通过它的数据管理器可以安装到 Little Navmap 的数据库目录。安装后 Little Navmap 在启动时会提示检测到新的导航数据，可以直接载入。一套数据包含航路点、导航台、航路、进离场程序、跑道信息等，和现实更新频率一致，大概每 28 天更新一次。是否付费订阅看个人需求，休闲飞行完全可以用游戏自带数据，硬核玩家再考虑。

除了导航数据，可能用到的还有地形高程数据和地图主题。地图主题是即用即下的在线瓦片，不需要提前准备。地形数据用于高度剖面的背景显示，可以按需下载特定区域，也可以在规划时让它自动加载。

2.3 模拟器连接的前置条件

这一条是连接失败的常见根源。安装 Little Navmap 之前，先确认你的模拟器本身处于可被外部程序连接的状态。

微软系模拟器走 SimConnect，正常情况下游戏启动后 SimConnect 服务就绪，同机连接基本开箱即用。如果有防火墙或者安全软件拦截，需要在允许列表里放行。跨机连接（Little Navmap 装在另一台电脑上）则要额外配置 SimConnect 的远程访问，需要在游戏侧添加远程客户端的配置项，这个稍微麻烦一点，后面排查章节会细说。

X-Plane 相对简单，它默认会向本地网络广播飞行数据，端口是 49000。同机连接直接选 X-Plane 连接类型即可。跨机连接时，要在 X-Plane 的网络设置里明确开启数据发送，并且指定目标地址或允许广播，路由器这边别把 UDP 49000 拦了。

还有一个容易被忽视的点：连接顺序。我的经验是先把模拟器启动到进入座舱、飞机加载完毕的状态，再打开 Little Navmap 建立连接。反过来先开 Little Navmap 再开游戏，有时候数据流握手会失败，需要手动断开重连一次。养成"先游戏后工具"的顺序，能少踩不少坑。

3. 下载与安装的完整实操

准备工作做完，进入安装环节。这块 Windows 用户最省事，macOS 和 Linux 各有几个小坎，我按平台分开讲，顺便把首次启动的路径配置一起说了。安装本身不难，难的是几个默认路径和选项设置，设错了后面会反复出问题。

3.1 下载渠道与版本选择

正规渠道是项目官网 littlenavmap.org，以及它的 GitHub 仓库 github.com/albar965/littlenavmap。官网页面清晰，提供 Windows 安装版、Windows 免安装版、macOS 版、Linux 版，还有对应的开发版（通常标注为测试版本，功能新但可能有 bug）。GitHub 的 Releases 页面则是发布版本的原始出处，想核对版本号、看更新日志，去那里最准。

版本选择上，我一般建议普通用户选最新的稳定版，除非你想尝鲜某个新功能，否则没必要碰开发版。稳定版更新频率不高，但足够稳。命名上通常带版本号，下载时认准自己的操作系统和架构，别下错了。

提示：第三方软件站有时会重新打包安装程序，夹带捆绑软件。尽量从官网或 GitHub 原始来源下载，省得装完电脑多出一堆不知道哪来的东西。

如果 GitHub 直连下载速度不理想，可以换官网的镜像链接，或者挑网络空闲时段再下。这类大文件动辄几十上百 MB，下载中断也很常见，支持断点续传的工具会更省心。

3.2 Windows 端安装过程详解

Windows 有两条路。一是下载安装程序，双击运行，选择安装目录，一路下一步。安装程序会创建开始菜单快捷方式，并可选关联飞行计划文件。二是下载免安装压缩包，解压到任意目录即可运行，适合想把程序放在特定盘符或者 U 盘里随身带的用户。

我实际更推荐免安装版。原因有两个：一是模拟器玩家的软件安装目录往往比较混乱，免安装版可以集中放在一个固定文件夹里，比如D:\FlightSim\LittleNavmap，方便管理和备份；二是重装系统或者换电脑时，免安装版直接复制过去就能用，配置和数据库都在目录里（数据库默认可能在用户目录，这点后面说）。

安装目录有个原则：路径里尽量不要有中文和空格。虽然现在的程序对 Unicode 支持都不错，但涉及数据库文件读写、地图缓存、和一些外部数据交换时，纯英文无空格路径能避免各种玄学问题。同理，模拟器的场景目录也尽量保持英文路径。

首次启动时，程序会问你数据库文件放哪里、地图缓存放哪里。默认位置在用户配置文件目录下，好处是不影响程序目录，坏处是换机迁移时容易漏掉。我的做法是把数据库和缓存都挪到程序目录旁边，比如D:\FlightSim\LittleNavmap\data，这样整个文件夹就是一份完整的"便携环境"，备份迁移都省事。

3.3 macOS 与 Linux 下的安装要点

macOS 用户下载的是 dmg 或者压缩包。dmg 挂载后拖进应用程序文件夹即可。第一次打开时系统可能提示"来自未识别开发者"，这是因为程序没有经过苹果商店签名，属于正常现象，需要在系统设置的隐私与安全性里手动允许运行。Apple Silicon 机器注意选择 arm64 构建，性能更佳。

配置文件在 macOS 上默认放在用户库目录的 Application Support 下，如果想把数据库挪到别处，同样在首选项里改路径。macOS 的地图渲染依赖图形栈，遇到地图显示异常，先检查系统版本是否满足要求。

Linux 这边，官方提供 AppImage。下载后加上可执行权限，直接运行即可。AppImage 的好处是不用管发行版差异，坏处是某些精简发行版缺运行库，需要手动补。常见缺的是图形相关的库和字体库，报错信息通常会直接告诉你缺哪个.so文件，按名字装对应的包就行。也有些发行版仓库里有打包版本，用包管理器装会更省心，缺点是版本可能滞后。

Linux 下连接 X-Plane 有个额外注意点：如果模拟器和 Little Navmap 在同一台机器上，本地回环连接通常没问题；跨机连接时，本机防火墙可能默认拦 UDP 49000 的入站流量，需要放行。这个坑我在 Ubuntu 上踩过，排查了半天才发现是防火墙。

4. 数据库构建与模拟器连接

这是整个工具链里最容易出问题、也最关键的一步。数据库构建决定了你能查到哪些机场和航路，模拟器连接决定了地图能不能实时动起来。两块我会讲得细一点，包括每个选项的意图和常见的失败原因。

4.1 从场景库加载数据库

数据库构建的入口在菜单里的"场景库"功能，核心动作是"加载场景数据库"。操作流程大致是：先在选项里选择你的模拟器类型和场景目录，确认无误后点击加载，程序会扫描场景文件，逐个解析机场、跑道、导航台等信息，写入本地 SQLite 数据库。扫描期间界面会显示进度，千万不要中途强退，否则数据库可能损坏，得删掉重来。

选择模拟器类型这一步，支持 FSX、Prepar3D、微软模拟飞行 2020/2024、X-Plane 11/12 等多个选项，选哪个取决于你是用哪个游戏，或者你想把多个游戏的数据都建库（可以分别建立，也可以整合到一个库里）。场景目录一般程序会自动探测，如果探测不准，手动指定到模拟器的根目录或者场景插件目录。

耗时这点要有心理准备。纯原版游戏，几分钟搞定；装了大型地景包和一堆第三方机场，半小时甚至更久都正常。我一般会挑不用电脑的时候跑这一步，喝杯咖啡的功夫回来正好。如果想加快，可以把程序和数据目录都放在固态硬盘上，并把扫描线程数调高（如果有这个选项）。

注意：每当你在模拟器里新增、删除或更新了场景插件，都要重新构建数据库，否则新机场在 Little Navmap 里搜不到，或者旧的已删除机场还赖在列表里。这是很多人抱怨"搜不到新装的机场"的根本原因。

4.2 建立与模拟器的实时连接

数据库建好只是静态能力，实时连接才是动态能力的开关。连接设置在不同模拟器下不太一样，我分开说。

微软系模拟器：在连接选项里选对应的模拟器类型（比如微软模拟飞行 2020 或 2024），确认使用 SimConnect，然后点击连接。如果游戏正在运行，通常几秒内就能连上，地图上会出现一个代表飞机的图标。连不上先检查游戏是否已完全进入飞行状态，主菜单界面有时不发送数据。

X-Plane：连接类型选 X-Plane，确认端口默认 49000。如果同机连接，一般直接可用。跨机连接，需要在 X-Plane 的网络设置里开启数据发送，并确保两台机器在同一网段，防火墙放行对应 UDP 端口。

连接成功后，地图上的飞机图标会随飞行实时移动，信息面板会刷新高度、速度、航向、地速、剩余油量等。这个实时数据是后面做性能采集和进度监控的基础。

有个小技巧：如果你同时装了多个模拟器，可以在连接选项里切换，但同一时间一般只连一个。切换前先断开，否则容易残留连接状态导致新的连不上。遇到连不上又找不到原因的，先断开再重连，或者重启一下 Little Navmap，十有八九能解决。

4.3 导航数据更新与数据库维护

如果你订阅了 Navigraph，可以通过它的数据管理器把导航数据装到 Little Navmap 对应目录。装完后 Little Navmap 启动时会检测到，提示是否载入。载入后，航路点、导航台、进离场程序都会更新到最新周期，和在线飞行网络的数据保持一致。

数据库维护这块，主要是定期重建和备份。重建前面说了，场景变动就重建。备份就是把数据库文件复制一份存起来，万一构建出错或者要换电脑，直接还原。数据库文件不大，几百 MB 到一两 GB 不等，取决于场景规模。

还有个小点：数据库里可以存多套数据吗？可以，通过不同命名区分，比如"原版场景"一套、"装了 Orbx 后"一套。切换场景配置时切换对应的库，比较适合那些经常折腾插件、装装卸卸的玩家。这个功能用不用看个人习惯，我是懒得管理，每次都直接重建覆盖。

5. 航路规划与飞行计划实操

数据库和连接都就绪，终于到了最有意思的部分：真的规划一条航路，然后让它飞起来。这一章我会用一个完整的例子走一遍流程，从选机场、查航路、编航路，到算油耗、看剖面、导出文件，把每一步的意图讲清楚。

5.1 机场与航路点的查询定位

规划起点是选机场。在搜索框输入 ICAO 代码，比如ZBAA（北京首都）、KJFK（纽约肯尼迪），程序会立刻定位并显示详细信息：跑道朝向和长度、通信频率、进离场程序列表、周边导航台等。如果记不住 ICAO，也可以输机场名字部分匹配，或者直接在地图上点选。

选好起降机场后，中间航路的规划有两种思路。一种是手动逐个添加航路点，适合短途或者你已经心里有数的情况；另一种是基于航路网络自动生成，适合长途。

自动生成航路这块，可以设置巡航高度层、航路规则（高空航路、低空航路、VOR 航线等），程序会尝试找一条符合规则的路径。生成后还能手动调整，比如绕开某个不想飞的区域，或者插入一个想经过的导航点。

提示：航路点的命名有规律，五个字母的多为航路点，三四个字母加数字的多为导航台或机场。搜索时用大写字母更准确，程序对大小写不敏感，但大写更符合航空惯例。

查询时善用筛选。比如只想看某类导航台，可以按类型过滤；只想看安装了进近程序的机场，也能筛。这些筛选项在规划长途多段航路时特别省事。

5.2 编辑航路与查看高度剖面

航路生成或手动添加后，会以一条线段的形式连在起降机场之间。这时候重点看两样东西：航路走向是否合理，以及高度剖面是否安全。

高度剖面图是 Little Navmap 的强项。它把航路沿途的地形高程画成背景，把飞机的规划高度画成一条线，两者叠加。如果规划高度低于地形，剖面图上会明显看出冲突，需要提前改高度或者改航路。这个功能在山地机场或者地形复杂区域飞行时极其重要，光看平面地图很难判断地形障碍。

剖面图上还会显示每个航段的距离和预计时间。配合飞机的地速设定（可以用默认值，也可以用采集到的性能数据），能估算整个航程的耗时。如果配合油量计算，还能估算所需燃油。这些估算在长途飞行里很有用，能判断是否需要中途加油。

编辑航路时，磁航向和距离是自动算的，不用手动填。你要做的主要是增删航路点、调整顺序、设定巡航高度。调整完剖面会自动刷新，所见即所得。

5.3 油耗与性能估算

油耗估算依赖飞机的性能数据。Little Navmap 支持从飞行中采集性能文件，也就是在你实际飞的时候，记录不同高度、不同速度下的爬升率、燃油流量等参数，形成一份该机型专属的性能档案。采集得越多，估算越准。

如果懒得采集，也可以用内置的通用估算，精度差一些但够用。对休闲玩家来说，通用估算完全够规划参考。对在意精确油量的硬核玩家，采集性能文件值得花点时间，尤其是你经常飞同一机型的时候。

采集过程不复杂：连接模拟器后，正常飞一次包含爬升、巡航、下降完整阶段的航班，程序在后台记录数据，结束后生成性能文件。飞得越多，覆盖的高度和速度区间越全，估算越准。这个过程不需要你刻意做什么，正常飞就行。

配合油量估算，规划时就能判断：这条航路、这个机型、这个巡航高度，需要多少油，剩余油量够不够，需不需要备降。对长航线尤其重要。

5.4 导出飞行计划到各模拟器

规划完最后一步是导出。Little Navmap 支持多种格式，对应不同模拟器和使用场景。

导出时注意文件放对位置。不同模拟器和机模对航路文件的存放目录有要求，放错了游戏读不到。一般在导出对话框里会提示目标路径，按提示放就行。有的机模需要手动在 FMC 里加载航路文件，有的会自动识别。

导出之后，进游戏导入验证一遍，确认航路点是完整的、顺序是对的。偶尔会遇到某个航路点游戏不认（通常是导航数据版本不一致导致），这时候要么更新导航数据，要么手动替换成游戏能识别的点。

6. 界面定制与性能调优

功能跑通之后，接下来是让它更好用。Little Navmap 的可定制程度很高，地图主题、信息面板、布局都能调，性能也有优化空间，尤其是数据库庞大的时候。这一章讲几个实用的调整方向。

6.1 地图主题与显示层配置

地图默认用在线瓦片，主题可以切换，常见的有街道风格、地形风格、航空风格等。不同主题适合不同场景：规划阶段用航空风格，能看清航路和导航点；观光飞行用地形风格，能感受地景起伏；查地标用街道风格，能定位城市和道路。

显示层可以叠加很多东西：机场、导航台、航路点、空域边界、在线交通等。层叠太多会显得乱，建议按需开启。规划时不看交通，飞行时再打开；低空飞行开地形，高空飞行关掉省性能。

地图瓦片缓存也值得说一句。在线加载瓦片依赖网络，网络差的时候地图会一片空白。程序会把加载过的瓦片缓存到本地，缓存越大，离线可用范围越广。如果你经常飞固定区域，不妨把那个区域的瓦片先浏览一遍，缓存下来，之后就算断网也能看到地图。

6.2 多显示器与布局管理

模拟器玩家很多都有双屏甚至多屏。Little Navmap 可以单独放在一块副屏上，主屏全屏玩游戏，副屏看地图和进度，体验非常好。尤其是长途飞行，一边飞一边看着地图上的飞机图标慢慢移动，很有代入感。

窗口布局可以保存。你可以针对不同使用场景存几套布局：一套规划用的，信息面板多开；一套飞行监控用的，地图最大化、只留少量信息。切换布局一键完成，省得每次重新摆。

信息面板的内容也能自定义，显示哪些字段、什么排列顺序，都随你。常用的是高度、速度、航向、地速、剩余油量、到下一个航路点的距离和时间。把这些都摆出来，飞行时不用切来切去。

6.3 性能优化与资源占用控制

数据库一大，程序启动和查询就会变慢。优化方向有几个。

一是精简数据库。如果你只飞固定区域，可以在构建时只加载那个区域的场景，而不是全量加载。程序支持按区域或按目录筛选，能明显减小数据库体积。缺点是想飞其他区域时要重建。

二是调整刷新频率。实时连接的数据刷新频率可以调低，牺牲一点流畅度换取 CPU 占用下降。对配置吃紧的机器有用。

三是关掉不用的显示层，尤其是实时交通和地形这类计算量大的层。地图缩放级别也别拉太低（拉太低要加载大量瓦片），够用就行。

四是把程序和数据库放固态硬盘，缓存目录也放固态。这一条对启动速度和数据库查询提升最明显。

如果程序偶尔卡顿，先看看是不是数据库在后台重建，或者地图瓦片在大量加载。这两种情况都会短时占资源，属于正常。长期卡顿才需要按上面几条排查。

7. 常见问题排查与避坑经验

用了这么多年，遇到的问题基本都集中在连接、数据库、导航数据这三块。这一章把它们整理成可直接对照的排查表，再补几条不成文的经验，希望能帮你少走点弯路。

7.1 连接类问题速查

连接问题九成出在"顺序"和"防火墙"上。先游戏后工具，防火墙放行，这两条能解决大半。剩下的多半是跨机配置，涉及远程连接协议和端口，需要逐条核对游戏侧和系统侧的设置。

7.2 数据库与导航数据类问题

场景库构建失败最常见的原因是路径问题。场景目录选错、路径含特殊字符、权限不足，都会导致扫描中断。解决方式是确认路径正确、用英文无空格路径、以有足够权限的账户运行。

搜不到新装的机场，几乎都是没重建数据库。记住那条铁律：场景变了就重建。有时候重建完还是搜不到，可能是那个机场插件的目录结构特殊，程序没识别到，需要手动指定插件子目录。

导航数据和游戏不一致，导致航路点对不上，这是联飞玩家的高频问题。解决办法就是双方用同一套导航数据，或者都用游戏自带数据。联飞前和队友统一一下数据周期，能省掉不少临场麻烦。

数据库损坏表现为程序启动报错或者查询异常，处理办法是删掉数据库文件重建。这也是为什么要备份数据库——重建一次可能要几十分钟，有备份直接还原多省事。

7.3 几条不成文的实操心得

最后分享几条文档里不一定会写、但实际很有用的经验。

第一条，养成"先游戏后工具"的启动顺序，能避免大部分玄学连接问题。我早期老是先开工具再开游戏，结果经常连不上，后来改成固定顺序，基本没再犯过。

第二条，场景插件折腾完立刻重建一次数据库，别攒着。攒到最后一次性重建，中途出了问题很难定位是哪个插件导致的，一个一个来反而快。

第三条，数据库和配置定期备份。这个习惯让我换过两次电脑都没丢过配置，直接复制文件夹还原，省了大量重新配置的时间。

第四条，长途飞行前先用高度剖面检查一遍地形冲突。我吃过一次亏，规划时只看平面地图，结果某一段航路正好穿过山脊，飞上去才发现要急爬，很狼狈。剖面图看一眼就能避免。

第五条，遇到莫名其妙的问题，先重启程序，再重启模拟器，最后才怀疑配置和数据。软件状态偶发异常很常见，重启能解决相当一部分，别一上来就大动干戈改配置。