模组太多内存吃紧：大型模组包的减负方法

「模组一多就崩」是 tModLoader 玩家最常见的崩溃类型，报错通常是 OutOfMemoryException（见 报错速查）。好消息是 1.4 线是 64 位程序，天花板比 1.3 时代的 32 位高得多；坏消息是灾厄级别的巨型模组依然能把 16 GB 吃出压力。

先看清谁在吃内存

tModLoader 内置了内存估算工具：设置 → tModLoader 设置 → 开启 Show Mod Memory Estimates（显示模组内存估算）。之后管理模组列表里每个模组都会标出预估占用，谁是吞内存的大户一目了然——官方商店页也提示实际需求随已装创意工坊内容变化。

减负优先级

按性价比从高到低动刀：

1. 砍重复职能的大型模组：两个巨型内容模组同时开是重灾区，灾厄和瑟银二选一是 新手第一套模组 反复强调的原则；
2. 砍巨型模组的可选组件：部分模组带高清贴图扩展或可选包，砍掉立省大块；
3. 砍不再玩的模组：通关了的模组内容留在清单里只是占内存，禁用不删文件，随时可回（操作见 管理模组）；
4. 效率模组不用砍：Magic Storage 这类工具模组占用可忽略，见 效率与体验模组。

硬件侧的账

• 内存条：最低 6 GB 只是进游戏的线，认真玩大型模组包按 16 GB 规划，配置全表见 配置要求；
• 显存：贴图模组吃显存，核显与老显卡玩家对高清资源包要克制；
• 磁盘：20 GB 余量是官方推荐线，空间不足会连下载和存档都出问题。

联机场景的额外账

服务端同样吃内存，而且是「客户端 + 服务端」双份：自己机器开服带朋友时，内存要按两边一起算（开服方法见 开服入门）。服务器崩溃循环的处理见 崩溃循环自救。

减完还是崩

内存优化做完仍频繁 OutOfMemory：

1. 确认崩溃确实来自内存——读日志最后一屏，方法见 读崩溃日志；
2. 用安全模式对比空载状态是否稳定，排除环境问题（见 安全模式）；
3. 实在拉不动就做减法到稳定为止——模组包的快乐不在于数量，存一份稳定清单（模组包）比堆一个炸药桶划算。