Unity GC Cheatsheet
关于 Unity 的垃圾回收 (GC) 你可能已经看到 不少的文章讨论 了。下面是一个极简形式的 Cheatsheet，希望能在最小的篇幅内尽可能全面地列出关于 GC 你需要注意的事项。
- a01. struct Foo 在栈上，但 struct Foo[] 分配在堆上
- a02. GetType() 会产生 GC Alloc (每个调用 20 Bytes)
- a03. delegate 的创建时 (赋值 = 或以参数传递) 在堆上分配 (如将方法做为参数传入)
- a04. delegate 尽量使用 = 而不是 += (后者会导致 InvocationList 不断增长且会被调用多次)
- a05. 在针对 GC Alloc 做优化时，对象数量 > 引用关系复杂度 > 对象尺寸
- a06. 当可以使用整数句柄来代替引用时，尽量使用整数句柄 (简化引用关系)
- a07. 优化内存布局：利用“数组对 GC 而言是单一对象”这一特性
- a08. (a01推广) 单个 ValueType 直接在栈上分配，但 ValueType Array 总是分配在堆上
- b01. 避免频繁调用分配内存的 accessors (如 .vertices/.normals/.uvs/.bones)
- b02. 避免频繁调用 Int.ToString() 及其它类型的衍生
- b03. 避免在 Update() 内使用 GameObject.Tag 和 GameObject.Name
- b04. 避免在 Update() 内 GetComponent()
- b05. 避免在 Update() 内 GetComponentInChildren()，可自己实现无 GC 版本
- b06. 避免在 Update() 内访问 animation 组件
- b07. 避免在 Update() 内 FindObjectsOfType()
- b08. 避免在 Update() 里赋值给栈上的数组，会触发堆内的反复分配
- b09. 避免频繁使用 Mathf.Max 等函数的数组版（多于两个参数都会调到数组版）
- b10. (b09 推广)：所有具有 params 修饰的函数都应避免频繁使用（以避免临时数组的分配）
- c01. 在不需要时避免使用 GUILayout - OnGUI 时把 useGUILayout 关掉
- c02. 避免使用 foreach （除非遍历数组，或直接用 VS 预编译好的 dll）( Unity 5.5 已修复此问题 )
- c03. 避免使用枚举或 struct 做 Key 进行字典查找 (除非使用定制的 comparer)
- c04. 避免使用字符串版本的 Invoke 和 StartCoroutine
- c05. 避免在产品中调用 Debug.Log (生成堆栈字符串)
- c06. 避免在产品中使用 Linq
- c07. 在可能的情况下复用成员变量而不是不断分配新对象
- c08. 初始化 List<> 时指定合理的 Capacity
- c09. 使用 StringBuilder 而不是使用 “+” 或 String.Concat() 拼接字符串
- c10. 在使用协程 yield 时尽量复用 WaitXXX 对象 (使用 Yielders.cs) 而不是每次分配
-
c11. 确保 struct 实现了 IEquatable
- c12. 确保 struct 实现了 Equals() 和 GetHashCode()
- 在 这里 (Unity GC Cheatsheet - Detail explanations) 可看到这些条目 ( 部分 ) 的进一步说明
- 在 这里 (Unity GC Cheatsheet - References) 可以看到汇总的参考链接
- 此列表将在 这里 (Unity GC Cheatsheet) 持续维护和更新
(完)
Gu Lu
[2017-02-18]
正文到此结束
热门推荐
相关文章
近期评论
-
666
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
