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

6 r6 d  f/ K! m3 @" m& M1 B' C
) C" b* u3 P# r! j9 ~# iPCL自动生成的两份错误报告，有哪些大佬能帮我看看是什么情况吗？

加上今天的错误报告

这些报告有相同的特征：
所有日志都在 游戏加载到 MTR 的自定义资源（custom_train / custom_sign）的时候崩溃。
8 M) d9 ^' o) i- P3 E你这些日志都有大量类似输出：
[Render thread/INFO]: [STDOUT]: mtr_custom_train_****
1 I1 Q4 z( k( l5 m& k[Render thread/INFO]: [STDOUT]: mtr_custom_sign_****
- C8 {2 M$ C; ^8 S( t8 `2 T它们都在：
加载自定义列车 / 自定义标识时中断
7 H! {8 e. r; C3 [且中断位置都差不多：
读完几十个自定义模型后卡住 → Render Thread 无返回 → JVM 强制终止
3 a) x+ r4 C8 V- u
: Y7 b# s8 b, W- e3 O第二份 ZIP 中的 hs_err_pid7552.log 给出了关键证据
这是原生 JVM 崩溃（比普通崩溃更严重）
读取开头就能看到 典型的 Java 原生内存错误 / 堆外内存溢出。

5 v4 w6 w* z" a! j5 P  p6 R结论（99.99% 确定）
8 X" S7 u7 y: g$ ?  }你加载的 MTR 自定义资源包数量过多 + 模型过大
. h6 d5 n( k2 f( k1 I导致：
原生内存溢出（JVM 崩溃）
* s1 P7 G/ G1 U2 t4 A$ a9 g& H Render Thread 卡死不响应
Integrated server can't keep up
游戏在加载 custom_train / custom_sign 时直接崩溃

报告中发现的附加特征
) s1 Y" n6 y4 c4 V- I shared pattern：日志尾部全是 MTR 自定义加载输出
+ s( L0 L" k, x3 @没有任何其他 mod 报错 → 排除 mod 冲突
: i: H$ ?1 S0 w 第二份 zip 有 JVM fatal error（最关键）
1 p# J" Y: A9 L- f% y0 \说明不是普通崩，而是 Java native heap 爆掉
所有报告都在 Render thread 崩溃
2 {: |. E. S, i% F9 l# I说明是 纹理 / 模型解析阶段的崩溃
游戏卡顿日志
4 f& e$ m% D# e" JCan't keep up! Running xxxx ms behind
# Q! Y, ]/ t) K) n2 @2 g4 t8 u. _ 说明 integrated server 已经严重吃不消。

2 V# @8 z) K2 T9 E5 x# y% q+ _最后总结

你的这些报告是同一类问题重复触发：
" ]( f/ e: I  M& `) o自定义列车 + 自定义标识数量过多 + 模型贴图过大 → 原生内存溢出 → Render Thread 崩溃 → Minecraft 硬崩
8 [- [7 r( q5 L
+ @3 H, g, I! D不是 mod 冲突
不是 Java 版本问题
5 K" u6 w8 N" [+ E$ ^% H- C不是 Fabric 问题
" ^8 }3 z+ [+ @) y) q不是 PCL 问题

5 ]) K6 S1 P- j& l0 D, E就是 MTR 模型太多/太大引起的。