从List到Dictionary：手把手拆解Unity C#集合源码，教你写出高性能游戏代码

张

张建站

2026/4/22 20:59:21

10分钟阅读

从List到Dictionary手把手拆解Unity C#集合源码教你写出高性能游戏代码1. 游戏开发中的集合性能陷阱在Unity游戏开发中集合操作往往是性能瓶颈的隐形杀手。我曾在一个MMORPG项目中遇到这样的场景当500个怪物同时刷新时游戏帧率从60fps骤降到22fps。通过性能分析器追踪发现罪魁祸首竟是简单的List.Remove操作。集合性能问题的三大元凶GC垃圾回收压力频繁的集合扩容和迭代器创建CPU缓存未命中数据布局不合理导致缓存效率低下算法复杂度失控误用线性搜索替代哈希查找以List为例其底层实现是动态数组当进行插入/删除操作时// 典型的高成本Remove操作 void RemoveNPC(NPC npc) { monsters.Remove(npc); // O(n)时间复杂度内存拷贝 }对比Dictionary的删除操作Dictionaryint, NPC monsterDict; void RemoveNPC(int id) { monsterDict.Remove(id); // 平均O(1)时间复杂度 }2. 深度解析List源码实现2.1 动态扩容机制List的内部结构核心是一个数组private T[] _items; private int _size;扩容策略遵循以下规则当前容量新增元素后容量042048当前容量×2≥2048当前容量×1.5实战建议// 错误示范默认构造导致多次扩容 ListVector3 pathPoints new ListVector3(); // 正确做法预分配容量 ListVector3 pathPoints new ListVector3(100);2.2 迭代器产生的GC问题传统foreach循环的隐藏成本foreach(var monster in monsters) { // 每次循环创建新Enumerator monster.Update(); }优化方案// 方案1改用for循环 for(int i0; imonsters.Count; i) { monsters[i].Update(); } // 方案2复用迭代器需自定义结构体迭代器3. Dictionary的哈希魔法揭秘3.1 哈希碰撞解决方案Dictionary采用链地址法解决冲突其核心结构private struct Entry { public int hashCode; public int next; // 链表指针 public TKey key; public TValue value; } private int[] buckets; // 哈希桶 private Entry[] entries; // 实体数组哈希查找流程计算key的哈希值hash key.GetHashCode() 0x7FFFFFFF确定桶位置bucketIndex hash % buckets.Length遍历链表查找匹配项3.2 性能优化技巧自定义值类型作为Key的陷阱struct PositionKey { public int x,y; // 必须重写GetHashCode和Equals public override int GetHashCode() { return x ^ (y 16); } }容量选择原则初始容量应为预计元素数量的1.5倍优先使用质数容量Dictionary自动处理4. 实战场景性能对比4.1 怪物管理系统实现场景需求快速查找特定ID的怪物频繁添加/删除怪物每帧遍历更新所有怪物方案对比方案查找复杂度插入复杂度删除复杂度内存连续性ListO(n)O(1)*O(n)优DictionaryO(1)O(1)O(1)差Hybrid方案O(1)O(1)O(1)优Hybrid实现代码public class MonsterSystem { private Dictionaryint, Monster _monsterDict new Dictionaryint, Monster(1000); private ListMonster _monsterList new ListMonster(1000); public void AddMonster(Monster monster) { _monsterDict.Add(monster.ID, monster); _monsterList.Add(monster); } public void RemoveMonster(int id) { if(_monsterDict.TryGetValue(id, out var monster)) { _monsterDict.Remove(id); _monsterList.RemoveSwapBack(monster); // 自定义快速删除方法 } } }4.2 网络消息处理优化处理高频小数据包时避免频繁创建集合// 对象池Stack实现零分配消息处理 class MessagePool { private StackMessage _pool new StackMessage(50); public Message Get() { return _pool.Count 0 ? _pool.Pop() : new Message(); } public void Return(Message msg) { msg.Reset(); _pool.Push(msg); } }5. 高级优化技巧5.1 结构体集合的特殊处理当集合元素为结构体时内存布局直接影响性能// 优化前内存浪费 struct NPCData { public int id; public Vector3 position; public byte faction; // 4字节对齐浪费3字节 } // 优化后紧凑内存布局 [StructLayout(LayoutKind.Sequential, Pack1)] struct NPCData { public int id; public float posX, posY, posZ; public byte faction; }5.2 多线程安全方案线程安全集合选择指南场景推荐方案特点读多写少ConcurrentDictionary细粒度锁读操作无锁写密集型自定义锁普通Dictionary控制锁粒度生产者-消费者模式BlockingCollection内置阻塞机制自定义线程安全List示例class SafeListT { private ListT _list new ListT(); private ReaderWriterLockSlim _lock new ReaderWriterLockSlim(); public void Add(T item) { _lock.EnterWriteLock(); try { _list.Add(item); } finally { _lock.ExitWriteLock(); } } public T[] Snapshot() { _lock.EnterReadLock(); try { return _list.ToArray(); } finally { _lock.ExitReadLock(); } } }6. 性能测试方法论建立基准测试的要点[Test] public void ListVsDictionaryPerfTest() { const int COUNT 10000; // 测试List查找性能 var list new Listint(COUNT); // ...填充数据 var sw Stopwatch.StartNew(); // 执行测试操作 sw.Stop(); UnityEngine.Debug.Log($List操作耗时: {sw.ElapsedTicks} ticks); // 对比测试Dictionary... }关键性能指标操作耗时ticksGC分配Bytes缓存命中率通过Profiler获取7. Unity特定优化技巧7.1 MonoBehaviour与集合避免在Update中频繁创建临时集合// 错误示范 void Update() { ListEnemy nearby GetNearbyEnemies(); // 每帧分配新List } // 正确做法 private ListEnemy _cachedList new ListEnemy(20); void Update() { _cachedList.Clear(); GetNearbyEnemiesNonAlloc(_cachedList); }7.2 ScriptableObject配置表使用Dictionary加速配置查找public class ItemDatabase : ScriptableObject { [SerializeField] private ListItemConfig _configs; private Dictionaryint, ItemConfig _configDict; void OnEnable() { _configDict _configs.ToDictionary(c c.ID); } public ItemConfig GetConfig(int id) { return _configDict.TryGetValue(id, out var config) ? config : null; } }8. 陷阱与最佳实践常见陷阱在热路径中使用LINQ产生GC和额外开销忽略值类型集合的装箱操作在多线程环境中使用非线程安全集合最佳实践清单为集合预设合理容量优先选择算法复杂度更优的集合类型避免在循环中查询集合大小使用结构体替代类作为集合元素时注意内存布局对高频操作的集合考虑对象池方案在最近的一个ARPG项目中通过将怪物管理系统从List迁移到Hybrid方案战斗场景的CPU耗时降低了37%GC触发频率减少了82%。关键点在于充分理解每种集合的底层实现根据具体场景选择最合适的数据结构。