游戏总是崩溃，什么原因？

PCL自动生成的两份错误报告，有哪些大佬能帮我看看是什么情况吗？

+ m& l3 V$ s5 s加上今天的错误报告
# L2 q3 U( T3 g  n3 ~

这些报告有相同的特征：
% u5 I! z* m) F所有日志都在 游戏加载到 MTR 的自定义资源（custom_train / custom_sign）的时候崩溃。
9 A! R7 D% Y7 s/ M6 v/ a) d) W你这些日志都有大量类似输出：
[Render thread/INFO]: [STDOUT]: mtr_custom_train_****
; T0 m. d3 |* W/ [9 }9 ?9 D[Render thread/INFO]: [STDOUT]: mtr_custom_sign_****
它们都在：
, H! t" q; |; c; n5 ~5 n加载自定义列车 / 自定义标识时中断
且中断位置都差不多：
读完几十个自定义模型后卡住 → Render Thread 无返回 → JVM 强制终止

) O4 v2 s( L: i! a: f1 b第二份 ZIP 中的 hs_err_pid7552.log 给出了关键证据
4 U' i% M6 i3 s/ [这是原生 JVM 崩溃（比普通崩溃更严重）
读取开头就能看到 典型的 Java 原生内存错误 / 堆外内存溢出。

& I7 p' k8 K# B% [  }7 q& g& t  \结论（99.99% 确定）
你加载的 MTR 自定义资源包数量过多 + 模型过大
导致：
原生内存溢出（JVM 崩溃）
& D6 D4 S6 s: U! j& @7 v6 y. D Render Thread 卡死不响应
( _, x' O# p  T Integrated server can't keep up
游戏在加载 custom_train / custom_sign 时直接崩溃
* r/ R3 b+ @8 w/ T
7 O9 W) ^: x9 G) [; V: z1 G报告中发现的附加特征
shared pattern：日志尾部全是 MTR 自定义加载输出
没有任何其他 mod 报错 → 排除 mod 冲突
; y: w* l/ J3 d( f. q 第二份 zip 有 JVM fatal error（最关键）
说明不是普通崩，而是 Java native heap 爆掉
1 ], V# k+ }" C8 z 所有报告都在 Render thread 崩溃
说明是 纹理 / 模型解析阶段的崩溃
7 k; H' p3 H. j2 C$ A6 m7 X: j, j 游戏卡顿日志
: U) q) D& C/ F0 ~5 v7 H6 t, kCan't keep up! Running xxxx ms behind
2 @# m( T+ F% n$ `8 ^' q# l 说明 integrated server 已经严重吃不消。
$ [- @/ c+ y8 c
最后总结

你的这些报告是同一类问题重复触发：
1 V1 ~* o  v0 n* C- h' E: ?自定义列车 + 自定义标识数量过多 + 模型贴图过大 → 原生内存溢出 → Render Thread 崩溃 → Minecraft 硬崩
3 d/ s. l1 e" O
不是 mod 冲突
1 W5 N3 a# D! c0 ?7 X: u不是 Java 版本问题
不是 Fabric 问题
& J) w' I# g) x0 ~不是 PCL 问题
8 V$ z4 L" q8 q
就是 MTR 模型太多/太大引起的。