开场：在开发大型开放世界或重度 3D 项目时，你是否经历过这样的"翻车"现场：场景无缝 Streaming 切换时画面突然卡顿掉帧，甚至偶发底层 C++ Crash？排查 Dump 发现，往往是 Use-After-Free（释放后使用）或野指针作祟。背后的元凶，通常是 C# 层 GC 与 C++ 层原生资源释放不同步，或是异步卸载时机把控不当导致依赖断裂。很多团队遇到这类问题，只能在 C# 层疯狂加Resources.UnloadUnusedAssets来"玄学"救场。要根治，得先接受一个事实：Unity 的内存治理从来不是一个 GC 问题，而是"原生对象 + 托管壳"的双层对象模型问题。本文就从这双层模型出发，讲清 C++ 层资源生命周期的真实规则，以及工程上如何设计安全卸载路径。一、双层对象模型：一个对象，两条命1.1 原生对象与托管壳Unity 引擎本体是 C++ 编写的。你在 C# 里拿到的每一个UnityEngine.Object子类（Texture2D、Mesh、GameObject……），都对应着两个对象：原生对象（Native Object）：活在 C++ 层的引擎堆上，持有真正的资源数据（显存句柄、网格顶点缓冲、组件状态机）。托管壳（Managed Wrapper）：活在 GC 堆上的一个很小的 C# 对象，内部保存着指向原生对象的指针（即原生实例地址），所有 C# API 调用都通过这个指针转发到 C++ 层。