FIELD NOTES / 07 / 中文攻略

货运故障排查大全：不装货、不卸货、仓库积压与部分交付

按运输节点找断点，区分没有生产、装货漏配、接收库存满、转运不通与强制丢货，并用对照方法验证修复。

2026年10月11日攻略编辑部约 9 分钟

更新：2026 年 10 月 11 日 · 综合官方手册与公开教程，重点内容已复核；版本差异见正文，未逐项实测。

本文目录

“车在跑，但货没送到”并不是一个单一故障。它可能发生在生产、取货、行驶、卸货、仓库交接或最终消费的任何一段。先确定货物最后一次正常出现在哪里，再检查下一步，能避免把已经正常的部分反复重建。

建议先保存存档，暂停扩张，再挑一辆车追完整往返。下面的检查适用于整理信息与定位问题；社区案例中的处理方法会标明来源，不能保证适用于所有版本和 Mods。

01 / 先做一条记录，不要从“多买车”开始

打开货源产业、受影响的车辆、线路管理器和目的地。记录货物类型、出发时载量、到站时载量、离站时载量。再记录货源输出库存与目的地输入库存的大致变化。

同一趟也可能同时有两个问题。先修复最早的断点：如果车根本没装上货，暂时不要研究城市为什么没有收到它。装货排查教程

点开生产者的输出库存。若是需要原料的加工厂，检查输入里是否真的收到每种必要货物。产能上限很高，并不表示当前已经生产出这么多可装载产品。

如果还有另一条线路也在取货，观察它是否先把库存带走。你刚打开窗口时看到零，可能只是一个取货后的瞬间；要看几轮，而不是用一张截图判断产业完全停工。

**练习场景：**两条成品线都空驶，工厂原料长期不足。先检查原料线有没有完成交付，再调整供料能力。只给成品线增车会增加空驶，无法让原料自动出现。

产业里保存的输出货物，与乘客在站台排队的展示方式不同。相关教程特别提醒不要把“站台没有货”当作没有产出的证据。库存与站台的区别

首先查车辆是不是支持这类货物。然后检查线路实际使用的站点和终端，货源是否在可转运覆盖内。再检查准确的停靠行是否勾选了该货物，装载目标是否有效。

别只点开车站总窗口。线路可能停在另一侧终端；同一站在列表里出现两次，也可能改错了方向。观察车辆实际停在哪里，再把它与管理器里的停靠行对应起来。

最后看出发规则。满载等待中的车可能一直在等待供货，和“无法装载”是不同情况。暂时用有货就装完成一趟对照，可以帮助判断是产量低还是配置错误。测试前记下原来的规则，便于恢复。

先确认终点消费者需要车辆上这类货物。送给加工产业的原料，要匹配它的输入；送给城市的货物，要对应当前要求和可服务的区域。

再比较到站与离站载量。有时目的地允许提取同类货物，车辆可能卸下旧货又装入新货。若只看到“离站仍是满车”，就容易把重新装载误判成卸货失败。检查目的站筛选和库存变化，必要时临时简化为只配送一类货物的测试线。

接收库存有空间、类型也匹配时，再查站点连接和终端用途。不要先开启强制卸货；它可能改变货物去向，反而让你失去定位问题的证据。

跟着车到接收产业，查看该原料的输入库存是否接近上限。公开社区案例记录了接收者消费速度跟不上送货时，车辆只卸下部分货物、再带余货返回的情况。接收库存满的排查

继续观察消费是否释放空间。如果释放以后下一趟能卸下更多，就有理由检查供应频率是否过高。如果库存长期不动，查看工厂是不是还缺另外一种输入，或下游成品没有有效配送。

处理时可以先减少单次送货量或减少活跃运力，比较后续几趟。不要一次把所有供料都停掉，以免从过量供应变成断料。目标是让接收者持续工作，而不是把库存压到看起来“最干净”。

**对照例子：**先记录连续三趟都带回大量余货，再只减少一辆送货车。若输入仍能维持生产，余货也减少，才说明减少运力可能有用。观察轮数是本站的练习建议，不是游戏隐藏规则。

仓库用于储存和转运。它与城市或工厂挨在一起，不表示最终消费者会直接拿走库存。检查有没有下一条线路来提货，兼容车辆是否运行，以及它的终点是否真的需要这种货。仓库转运排查

把交接拆成四个观察点：上游车带货进入；仓库正确货位增加；下游车载量增加；最终消费者获得交付。若上游车有货而仓库没有增加，查入库连接和筛选；若仓库增加而下游车空驶，查提货连接；若下游车有货却交付失败，再查终点。

专用模块还要核对当前选定的货物。原来用于一种货物的槽位，未必能直接接收另一种货物。改变筛选前先安排旧库存的去向，避免为了尝试新货把旧货直接清空。

公开案例中，有些强制卸货设置会把接收者不需要或无法接收的货物丢弃。返回的车看起来空了，但这不代表城市获得供给，更不代表得到正常运输收入。超量与丢弃的案例说明

先看当前游戏选项的说明，区分正常交付、强制清空与丢弃。原文按钮名称与具体行为可能随版本而不同。我们不建议用它作为通用修复步骤，也不会把“按一下就清空”写成运输成功。

同样，不要只用货物颜色判断是否过期或报废。公开讨论对部分颜色解释并不一致；更可靠的记录是货物类型、时间、库存、实际卸货与目的地状态。

每次只改一个主要条件，并保留变更前记录。成功应当能沿全流程解释：源头有货，车辆正确取走，接收者得到货物，消费或后续提货能持续释放空间。

如果全部连接和配置都核对过，仍稳定复现，把以下信息整理出来：游戏版本、Mods 列表、线路站序、两个端点的库存、装货筛选、车辆类型、失败发生的方向和一轮前后变化。这些信息比一句“我的货运坏了”更能帮助后续排查。

需要重新验证基础流程，可以先保留原线，再建立一条小测试线：一货源、一接收者、一货物、一车辆。它跑通以后，再把多站、混装和转运逐项加回。