游戏编程（C#）：敌人函数存于Enemy类还是管理器类更省内存？

核心原理：C#方法的内存存储机制 #

在C#里，类的实例方法（比如Enemy类中的Attack()）不会随每个Enemy实例重复占用内存。所有类的方法（包括实例方法、静态方法）都会被编译成IL代码，存储在程序集的方法段中，每个类对应一份方法表，所有该类的实例都会共享这份方法表。每个Enemy实例仅存储自身的字段数据（比如血量、位置），方法的代码逻辑只在内存中保留一份。

两种实现方式的内存对比 #

• 把Attack()放在Enemy类中：每个Enemy实例不会复制Attack()的代码，仅共享类的方法表，内存开销仅来自实例的字段。
• 把Attack()放在Enemy管理器/对象池类中：不管是作为静态方法还是实例方法，该方法的代码同样只在内存中保留一份。如果是通过管理器调用Attack()并传入Enemy实例（比如EnemyManager.Attack(enemy)），本质上和Enemy实例调用Attack()的内存开销没有区别——因为方法本身还是一份，只是调用方式不同。

唯一可能产生额外内存开销的场景是：如果使用委托将管理器的Attack()绑定到每个Enemy实例的事件上，每个委托实例会占用少量内存，但这属于额外的对象开销，并非方法本身的重复存储。

测试方法 #

1. Visual Studio内存快照分析
   • 打开Visual Studio的“诊断工具”，在游戏运行时创建大量Enemy实例（比如1000个），拍摄内存快照。
   • 查看Enemy类型的实例大小，对比两种实现方式下的总内存占用。如果Attack()在Enemy类中，每个实例的大小应该只包含字段数据，不会因为方法存在而变大。
2. 代码层面内存统计
   • 使用GC.GetTotalMemory(true)获取创建实例前后的内存差值：

     // 先强制GC回收
     GC.Collect();
     GC.WaitForPendingFinalizers();
     long before = GC.GetTotalMemory(true);
     // 创建1000个Enemy实例
     List<Enemy> enemies = new List<Enemy>();
     for(int i=0; i<1000; i++) enemies.Add(new Enemy());
     long after = GC.GetTotalMemory(true);
     Console.WriteLine($"总内存占用：{after - before} bytes");
     

   • 分别测试两种实现方式，对比内存差值，即可验证方法是否重复占用内存。
3. 反编译查看IL代码
   • 使用dnSpy或ILDasm反编译程序集，查看Enemy类和EnemyManager类的方法存储情况，会发现每个方法仅存在一份IL代码，不会随实例数量增加而复制。

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