无源码/调试目标下，Unity RUST模组内存泄漏排查方案咨询

问题背景 #

• 基于C#开发Rust模组，通过Harmony框架加载至服务器
• 数百玩家负载下，服务器内存1天内从10GB攀升至30GB
• 手动调用GC.Collect()、卸载所有模组后，GC仍无法回收占用内存
• 无法连接ANTS、dotMemory等传统内存分析器（推测与非Debug构建、Unity应用特性有关），Unity调试器也无法识别游戏进程

针对你的疑问的可行方案 #

1. 导出GC追踪的对象 #

CLR GC没有直接导出追踪对象的原生API，但可以通过以下方式实现近似效果：

• 遍历AppDomain.CurrentDomain.GetAssemblies()，过滤出自定义模组的程序集，通过反射枚举所有静态字段、单例实例，梳理对象引用链
• 使用WeakReference定期检查对象存活状态，标记本该被回收但仍存在的实例
• 借助System.Diagnostics.Process类结合内存快照工具（需注意：可能需要调整Rust服务器启动参数，比如开启-debug或GC诊断开关）

2. 通过Harmony挂钩GC分配步骤手动追踪 #

可以利用Harmony拦截CLR内存分配相关方法，实现自定义追踪逻辑：

• 拦截System.Object的构造函数：所有C#对象都会调用该基础构造函数，通过Harmony的Postfix方法记录对象类型、分配时间、调用栈信息

  [HarmonyPatch(typeof(object), MethodType.Constructor)]
  public static class ObjectAllocationTracker
  {
      public static void Postfix(object __instance)
      {
          var objType = __instance.GetType();
          // 仅追踪模组相关对象，减少性能开销
          if (objType.Assembly.FullName.Contains("你的模组程序集标识"))
          {
              var stackTrace = new System.Diagnostics.StackTrace();
              // 将追踪信息写入日志或内存队列（排查阶段启用）
          }
      }
  }
  

• 挂钩GC.AllocateUninitializedArray等原生分配方法：针对数组批量分配场景，记录分配大小、类型信息
• 注意：这类挂钩会产生性能损耗，排查完成后需移除或通过开关控制启用状态

额外排查建议 #

• 检查模组中是否存在未释放的Unity C对象引用：比如持有GameObject、Component的静态引用，即使C#对象被标记回收，Unity C侧的引用可能导致内存无法释放
• 排查Harmony补丁中的静态缓存：若补丁方法中缓存了大量玩家数据、场景对象且未及时清理，会造成内存堆积
• 调整Rust服务器GC参数：尝试添加-gcserver、-gcthreads:N等启动参数，优化服务器端GC行为

内容的提问来源于stack exchange，提问作者ThompsonCodes