Unity中StringBuilder.ToString()是否会产生堆内存分配？

调用StringBuilder.ToString()一定会产生新的堆内存分配，存在触发GC的可能，你在Update里每帧调用的写法，确实会持续产生GC压力。

• C#中的string是不可变引用类型，所有字符串实例都分配在堆上，一旦创建内容就无法修改。
• StringBuilder的优化点仅存在于字符串拼接/修改阶段：它内部维护一块可扩容的可变字符缓冲区，做Append、Remove、Replace等操作时，只要内容长度不超过当前缓冲区容量，就不会生成新的字符串对象，避免了直接用+拼接字符串时每次都生成新堆对象的问题。
• 当你调用ToString()时，StringBuilder必须把内部缓冲区中存储的有效字符，拷贝生成一个全新的、独立的不可变string实例才能返回——这个新字符串是单独分配在堆上的，和StringBuilder内部的缓冲区没有绑定关系，哪怕你连续两次调用ToString()时StringBuilder内容完全没变，也会生成两个独立的字符串堆对象。

你贴的每帧给UI Text组件赋值的写法是Unity开发里的常见性能坑，这里有几个无GC的实现方案：

1. 优先用组件原生的StringBuilder赋值API
   不管是原生UGUI的Text组件，还是TextMeshPro（TMP），都提供了直接接收StringBuilder参数的SetText方法，不需要手动转字符串：

   // UGUI Text 直接传StringBuilder，无堆分配
   timer.SetText(sb);
   // TMP_Text 同理
   // tmpText.SetText(sb);
   

   这个API是组件内部直接读取StringBuilder的字符缓冲区生成文本渲染所需的顶点数据，全程不会生成中间的string对象，完全消除了ToString带来的GC开销。
2. 降低赋值频率
   如果你的项目版本过老没有上述API，不要每帧无条件执行赋值+ToString操作：比如计时器文本只有当秒数/分钟数变化的时候才重新生成字符串赋值，内容没变化的时候直接跳过，能大幅减少堆分配频率。
3. 补充你代码里的语法错误：C#中方法名是大小写敏感的，sb.tostring()无法通过编译，正确写法是sb.ToString()。

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