开场一个换了个工具就不卡了的神奇小王把循环拼接改成了 StringBuilderProfiler 一看——GC 直接降下来了“神奇同样是拼字符串怎么换成 StringBuilder 就不产生一堆垃圾了它内部到底做了什么既然字符串是不可变的会造垃圾StringBuilder 凭什么能’可变’这背后的原理是什么”老鸟说“问到点子上了StringBuilder 的核心秘密就是——它内部维护一个可变的、可复用的缓冲区拼接时只是往缓冲区’追加’不每次都造新字符串今天把它的原理从底层拆开讲” 第一幕回顾问题——普通拼接为什么造垃圾快速回顾普通字符串拼接的问题 字符串不可变 → 每次拼接都造全新字符串 → 旧的变垃圾 ↓ 循环拼接: s i → 每次迭代造新串废弃旧串 → 垃圾爆炸!核心痛点痛点: 每次拼接 一次新的堆分配 ↓ 拼N次 N次堆分配 N个垃圾 ↓ StringBuilder要解决的: 就是这个每次都分配的问题! 第二幕StringBuilder 的核心——可变缓冲区⭐StringBuilder 是可变的关键区别 普通string: 不可变 → 改内容只能造新的 StringBuilder: 可变! → 内部维护一个可修改的缓冲区 → 能直接往里追加内容 → 不用每次造新对象!内部结构简化理解StringBuilder内部 有一个字符数组缓冲区(char[]) ↓ 比如: 预留了16个字符的空间 [_, _, _, _, _, _, _, _, ...] ↓ Append时往这个数组里填字符 → 直接修改数组 → 不创建新字符串!生动理解可变缓冲StringBuilder像可擦写的白板 普通string像刻好的石碑(刻了不能改) → 要改只能刻新碑(造垃圾) StringBuilder像白板 → 可以直接往上加字、擦掉重写 → 同一块白板反复用! ↓ 不用每次换新的 → 不造垃圾! 第三幕Append 的过程——直接追加不造新串Append 做了什么StringBuilder sb new StringBuilder(); sb.Append(Hello); // 往缓冲区填Hello sb.Append(World); // 继续往后填World ↓ 过程 缓冲区: [H,e,l,l,o,_,_,...] AppendWorld: 缓冲区: [H,e,l,l,o,W,o,r,l,d,...] ↓ 全程操作同一个缓冲区! 没造新字符串!对比普通拼接普通拼接: s Hello → 造Hello s s World → 造HelloWorld(废弃Hello) ↓ 造了2个字符串,1个垃圾 StringBuilder: sb.Append(Hello) → 填缓冲区 sb.Append(World) → 继续填缓冲区 ↓ 0个新字符串! 0个垃圾!生动理解追加Append像在白板上继续写 写Hello → 白板上有Hello 再写World → 白板变成HelloWorld ↓ 一直是同一块白板 → 从头到尾没换过 → 没垃圾! 第四幕缓冲区满了怎么办——扩容机制缓冲区不够时扩容如果缓冲区满了(填满了) → StringBuilder会扩容 → 分配一个更大的数组 → 把旧内容复制过去 ↓ 这时确实产生一次分配(旧数组成垃圾) ↓ 但关键: 扩容是偶尔发生的 不是每次Append都发生!扩容的策略翻倍扩容通常翻倍 16 → 32 → 64 → 128 ... ↓ 好处: 扩容次数很少! 要填1000个字符: 16→32→64→128→256→512→1024 只扩容了7次!(不是1000次) ↓ 相比普通拼接的1000次分配 → 少太多了!生动理解扩容扩容像白板不够换大白板 普通拼接: 每加一个字换一块碑(1000次) StringBuilder: 白板满了才换大的 → 而且每次换翻倍大的 → 换几次就够写很多了!(7次) ↓ 偶尔换 vs 每次换 → 天壤之别!预分配避免扩容// ✅ 如果知道大概长度,预分配!StringBuildersbnewStringBuilder(1024);// ↑ 一开始就给1024空间// → 填的过程完全不扩容!// → 零扩容分配!预分配 → 连扩容的分配都省了! → 最优! 第五幕完整对比——省了多少垃圾拼接1000次的对比需求: 拼接1000个数字 普通拼接(s i): → 1000次堆分配 → ~999个垃圾字符串 → GC疯狂! StringBuilder: → 缓冲区扩容约7次(翻倍策略) → 最后ToString()生成1次结果 → 约8次分配! ↓ 1000次 vs 8次 → 省了百倍以上!一图对比普通拼接: 分配 分配 分配 分配 ...(1000次) ▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ 垃圾山! StringBuilder: 分配(扩容几次) 最后生成1次 ▓ 几乎没垃圾! ↓ 差距巨大!生动理解节省省垃圾像批量 vs 零买 普通拼接像每个字单独去买石碑 → 跑1000趟,扔1000次包装 StringBuilder像白板上一次写完 → 白板复用,写完拍张照(ToString) → 几乎不产生废弃物! 第六幕ToString 的时机——最后才生成ToString 才产生最终字符串StringBuilder sb new StringBuilder(); sb.Append(a); sb.Append(b); sb.Append(c); string result sb.ToString(); // 这里才生成! ↓ 过程中Append都在缓冲区操作(不造串) 只有ToString() → 生成1个最终字符串 ↓ 1个必要的结果 极少扩容 极少垃圾!关键不要频繁 ToString⚠️ 注意: ToString()会产生字符串! // ❌ 坏:循环里频繁ToString for (...) { sb.Append(x); string s sb.ToString(); // 每次都造串! } // ✅ 好:全拼完最后ToString一次 for (...) { sb.Append(x); } string s sb.ToString(); // 只一次!生动理解 ToStringToString像最后给白板拍照 过程都在白板上写(不拍照) 写完了拍一张照(ToString) → 得到成品 ↓ 只在需要成品时拍一次! 别写一个字拍一张(频繁ToString)!️ 第七幕最佳实践实践1复用 StringBuilder// ✅ 缓存复用,别每次newStringBuildersbnewStringBuilder(256);voidUpdate(){sb.Clear();// 清空复用(不重新分配缓冲!)sb.Append(分数);sb.Append(score);text.textsb.ToString();}↓ Clear只是重置长度,缓冲区还在 → 复用同一块内存!实践2预分配容量// ✅ 知道大概长度就预分配StringBuildersbnewStringBuilder(1024);// → 避免扩容分配实践3适用场景✅ StringBuilder适合 - 多次/循环拼接 - 拼接次数多、长度大 ⚠️ 简单拼接不必用 - a b 就两三段 → 直接更简洁(垃圾也少) ↓ StringBuilder是大量拼接的利器 少量拼接杀鸡用牛刀生动理解最佳实践最佳实践核心 ① 复用(Clear而非new) → 缓冲区反复用 ② 预分配 → 避免扩容 ③ 大量拼接才用 → 用对场景 ↓ 让造垃圾降到最低! 第八幕StringBuilder 原理总结为什么能解决问题【核心原理链】 问题: 普通拼接每次造新字符串(不可变) ↓ StringBuilder方案: ① 内部用可变缓冲区(char数组) ② Append直接往缓冲区追加(不造新串) ③ 缓冲区满才扩容(偶尔,翻倍策略) ④ 最后ToString()才生成1次结果 ↓ 结果: 从每次分配变成极少分配 → 垃圾大幅减少 → GC减少 → 不卡!一句话原理StringBuilder 可变缓冲区 追加操作 ↓ 把N次分配变成几次分配 ↓ 这就是它解决性能问题的本质!✅ 理解检查清单核心原理 □ 明白StringBuilder是可变的⭐ □ 明白它内部有可复用缓冲区⭐ □ 明白Append是追加不造新串⭐ □ 明白只ToString时才生成结果 扩容机制 □ 明白缓冲区满才扩容 □ 明白扩容是翻倍策略(次数少) □ 会预分配避免扩容 对比 □ 明白普通拼接N次N次分配 □ 明白StringBuilder极少分配 最佳实践 □ 会复用StringBuilder(Clear) □ 会预分配容量 □ 知道少量拼接不必用 □ 知道别频繁ToString 一句话总结StringBuilder 为什么能解决字符串性能问题根本原因是——普通字符串不可变每次拼接都要造一个全新字符串一次堆分配拼 N 次就是 N 次分配、N 个垃圾。而 StringBuilder 是可变的它内部维护一个可复用的字符缓冲区char 数组。核心机制① Append 时直接往缓冲区追加字符不创建新字符串② 只有缓冲区填满时才扩容翻倍策略次数很少③ 最后调用 ToString() 才生成一次最终字符串。结果拼接 1000 次普通拼接是约 1000 次分配、999 个垃圾StringBuilder 只有约 8 次分配几次扩容一次 ToString——省了上百倍最佳实践复用 StringBuilder用 Clear 而非 new缓冲区还在、预分配容量避免扩容、大量拼接才用、别在循环里频繁 ToString。本质就是把每次都分配变成极少分配从而大幅减少 GC消除卡顿核心口诀普通拼接每次造新串造垃圾StringBuilder用可变缓冲区Append只追加不造串满了才翻倍扩容最后ToString生成一次N次分配变几次分配复用预分配最优 StringBuilder 原理速查表机制说明核心可变缓冲区(char数组)⭐Append直接追加,不造新串扩容满了才扩,翻倍策略(次数少)ToString最后才生成一次结果对比N次分配→极少分配复用Clear重置,缓冲区还在预分配给足容量,避免扩容适用大量拼接(少量不必用) 一句话记住核心普通拼接每次造新串N 次分配StringBuilder 用可复用缓冲区追加极少分配。Append 不造串、满了才翻倍扩容、最后 ToString 一次——把 N 次分配变成几次。复用Clear 预分配 最优大量拼接才用它 延伸StringBuilder 折射的通用优化思想【StringBuilder的思路是通用的优化模式】 它的核心思想:复用缓冲,批量处理 → 这个思想到处都能用! 同样思路的优化 ① 对象池(Object Pool): 复用对象,别每次new (和StringBuilder复用缓冲一个道理) ② List预分配容量: new ListT(capacity) 避免List扩容(和SB预分配一样) ③ 数组缓存复用: 缓存数组反复用,别每帧new ④ 内存池/缓冲池: 复用大块内存 ↓ 共同思想: 别频繁分配,复用已有的! 偶尔扩容,批量搞定! ↓ 理解StringBuilder → 理解一整类复用型优化! → GC优化的核心思想!
开场一个换了个工具就不卡了的神奇小王把循环拼接改成了 StringBuilderProfiler 一看——GC 直接降下来了“神奇同样是拼字符串怎么换成 StringBuilder 就不产生一堆垃圾了它内部到底做了什么既然字符串是不可变的会造垃圾StringBuilder 凭什么能’可变’这背后的原理是什么”老鸟说“问到点子上了StringBuilder 的核心秘密就是——它内部维护一个可变的、可复用的缓冲区拼接时只是往缓冲区’追加’不每次都造新字符串今天把它的原理从底层拆开讲” 第一幕回顾问题——普通拼接为什么造垃圾快速回顾普通字符串拼接的问题 字符串不可变 → 每次拼接都造全新字符串 → 旧的变垃圾 ↓ 循环拼接: s i → 每次迭代造新串废弃旧串 → 垃圾爆炸!核心痛点痛点: 每次拼接 一次新的堆分配 ↓ 拼N次 N次堆分配 N个垃圾 ↓ StringBuilder要解决的: 就是这个每次都分配的问题! 第二幕StringBuilder 的核心——可变缓冲区⭐StringBuilder 是可变的关键区别 普通string: 不可变 → 改内容只能造新的 StringBuilder: 可变! → 内部维护一个可修改的缓冲区 → 能直接往里追加内容 → 不用每次造新对象!内部结构简化理解StringBuilder内部 有一个字符数组缓冲区(char[]) ↓ 比如: 预留了16个字符的空间 [_, _, _, _, _, _, _, _, ...] ↓ Append时往这个数组里填字符 → 直接修改数组 → 不创建新字符串!生动理解可变缓冲StringBuilder像可擦写的白板 普通string像刻好的石碑(刻了不能改) → 要改只能刻新碑(造垃圾) StringBuilder像白板 → 可以直接往上加字、擦掉重写 → 同一块白板反复用! ↓ 不用每次换新的 → 不造垃圾! 第三幕Append 的过程——直接追加不造新串Append 做了什么StringBuilder sb new StringBuilder(); sb.Append(Hello); // 往缓冲区填Hello sb.Append(World); // 继续往后填World ↓ 过程 缓冲区: [H,e,l,l,o,_,_,...] AppendWorld: 缓冲区: [H,e,l,l,o,W,o,r,l,d,...] ↓ 全程操作同一个缓冲区! 没造新字符串!对比普通拼接普通拼接: s Hello → 造Hello s s World → 造HelloWorld(废弃Hello) ↓ 造了2个字符串,1个垃圾 StringBuilder: sb.Append(Hello) → 填缓冲区 sb.Append(World) → 继续填缓冲区 ↓ 0个新字符串! 0个垃圾!生动理解追加Append像在白板上继续写 写Hello → 白板上有Hello 再写World → 白板变成HelloWorld ↓ 一直是同一块白板 → 从头到尾没换过 → 没垃圾! 第四幕缓冲区满了怎么办——扩容机制缓冲区不够时扩容如果缓冲区满了(填满了) → StringBuilder会扩容 → 分配一个更大的数组 → 把旧内容复制过去 ↓ 这时确实产生一次分配(旧数组成垃圾) ↓ 但关键: 扩容是偶尔发生的 不是每次Append都发生!扩容的策略翻倍扩容通常翻倍 16 → 32 → 64 → 128 ... ↓ 好处: 扩容次数很少! 要填1000个字符: 16→32→64→128→256→512→1024 只扩容了7次!(不是1000次) ↓ 相比普通拼接的1000次分配 → 少太多了!生动理解扩容扩容像白板不够换大白板 普通拼接: 每加一个字换一块碑(1000次) StringBuilder: 白板满了才换大的 → 而且每次换翻倍大的 → 换几次就够写很多了!(7次) ↓ 偶尔换 vs 每次换 → 天壤之别!预分配避免扩容// ✅ 如果知道大概长度,预分配!StringBuildersbnewStringBuilder(1024);// ↑ 一开始就给1024空间// → 填的过程完全不扩容!// → 零扩容分配!预分配 → 连扩容的分配都省了! → 最优! 第五幕完整对比——省了多少垃圾拼接1000次的对比需求: 拼接1000个数字 普通拼接(s i): → 1000次堆分配 → ~999个垃圾字符串 → GC疯狂! StringBuilder: → 缓冲区扩容约7次(翻倍策略) → 最后ToString()生成1次结果 → 约8次分配! ↓ 1000次 vs 8次 → 省了百倍以上!一图对比普通拼接: 分配 分配 分配 分配 ...(1000次) ▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓ 垃圾山! StringBuilder: 分配(扩容几次) 最后生成1次 ▓ 几乎没垃圾! ↓ 差距巨大!生动理解节省省垃圾像批量 vs 零买 普通拼接像每个字单独去买石碑 → 跑1000趟,扔1000次包装 StringBuilder像白板上一次写完 → 白板复用,写完拍张照(ToString) → 几乎不产生废弃物! 第六幕ToString 的时机——最后才生成ToString 才产生最终字符串StringBuilder sb new StringBuilder(); sb.Append(a); sb.Append(b); sb.Append(c); string result sb.ToString(); // 这里才生成! ↓ 过程中Append都在缓冲区操作(不造串) 只有ToString() → 生成1个最终字符串 ↓ 1个必要的结果 极少扩容 极少垃圾!关键不要频繁 ToString⚠️ 注意: ToString()会产生字符串! // ❌ 坏:循环里频繁ToString for (...) { sb.Append(x); string s sb.ToString(); // 每次都造串! } // ✅ 好:全拼完最后ToString一次 for (...) { sb.Append(x); } string s sb.ToString(); // 只一次!生动理解 ToStringToString像最后给白板拍照 过程都在白板上写(不拍照) 写完了拍一张照(ToString) → 得到成品 ↓ 只在需要成品时拍一次! 别写一个字拍一张(频繁ToString)!️ 第七幕最佳实践实践1复用 StringBuilder// ✅ 缓存复用,别每次newStringBuildersbnewStringBuilder(256);voidUpdate(){sb.Clear();// 清空复用(不重新分配缓冲!)sb.Append(分数);sb.Append(score);text.textsb.ToString();}↓ Clear只是重置长度,缓冲区还在 → 复用同一块内存!实践2预分配容量// ✅ 知道大概长度就预分配StringBuildersbnewStringBuilder(1024);// → 避免扩容分配实践3适用场景✅ StringBuilder适合 - 多次/循环拼接 - 拼接次数多、长度大 ⚠️ 简单拼接不必用 - a b 就两三段 → 直接更简洁(垃圾也少) ↓ StringBuilder是大量拼接的利器 少量拼接杀鸡用牛刀生动理解最佳实践最佳实践核心 ① 复用(Clear而非new) → 缓冲区反复用 ② 预分配 → 避免扩容 ③ 大量拼接才用 → 用对场景 ↓ 让造垃圾降到最低! 第八幕StringBuilder 原理总结为什么能解决问题【核心原理链】 问题: 普通拼接每次造新字符串(不可变) ↓ StringBuilder方案: ① 内部用可变缓冲区(char数组) ② Append直接往缓冲区追加(不造新串) ③ 缓冲区满才扩容(偶尔,翻倍策略) ④ 最后ToString()才生成1次结果 ↓ 结果: 从每次分配变成极少分配 → 垃圾大幅减少 → GC减少 → 不卡!一句话原理StringBuilder 可变缓冲区 追加操作 ↓ 把N次分配变成几次分配 ↓ 这就是它解决性能问题的本质!✅ 理解检查清单核心原理 □ 明白StringBuilder是可变的⭐ □ 明白它内部有可复用缓冲区⭐ □ 明白Append是追加不造新串⭐ □ 明白只ToString时才生成结果 扩容机制 □ 明白缓冲区满才扩容 □ 明白扩容是翻倍策略(次数少) □ 会预分配避免扩容 对比 □ 明白普通拼接N次N次分配 □ 明白StringBuilder极少分配 最佳实践 □ 会复用StringBuilder(Clear) □ 会预分配容量 □ 知道少量拼接不必用 □ 知道别频繁ToString 一句话总结StringBuilder 为什么能解决字符串性能问题根本原因是——普通字符串不可变每次拼接都要造一个全新字符串一次堆分配拼 N 次就是 N 次分配、N 个垃圾。而 StringBuilder 是可变的它内部维护一个可复用的字符缓冲区char 数组。核心机制① Append 时直接往缓冲区追加字符不创建新字符串② 只有缓冲区填满时才扩容翻倍策略次数很少③ 最后调用 ToString() 才生成一次最终字符串。结果拼接 1000 次普通拼接是约 1000 次分配、999 个垃圾StringBuilder 只有约 8 次分配几次扩容一次 ToString——省了上百倍最佳实践复用 StringBuilder用 Clear 而非 new缓冲区还在、预分配容量避免扩容、大量拼接才用、别在循环里频繁 ToString。本质就是把每次都分配变成极少分配从而大幅减少 GC消除卡顿核心口诀普通拼接每次造新串造垃圾StringBuilder用可变缓冲区Append只追加不造串满了才翻倍扩容最后ToString生成一次N次分配变几次分配复用预分配最优 StringBuilder 原理速查表机制说明核心可变缓冲区(char数组)⭐Append直接追加,不造新串扩容满了才扩,翻倍策略(次数少)ToString最后才生成一次结果对比N次分配→极少分配复用Clear重置,缓冲区还在预分配给足容量,避免扩容适用大量拼接(少量不必用) 一句话记住核心普通拼接每次造新串N 次分配StringBuilder 用可复用缓冲区追加极少分配。Append 不造串、满了才翻倍扩容、最后 ToString 一次——把 N 次分配变成几次。复用Clear 预分配 最优大量拼接才用它 延伸StringBuilder 折射的通用优化思想【StringBuilder的思路是通用的优化模式】 它的核心思想:复用缓冲,批量处理 → 这个思想到处都能用! 同样思路的优化 ① 对象池(Object Pool): 复用对象,别每次new (和StringBuilder复用缓冲一个道理) ② List预分配容量: new ListT(capacity) 避免List扩容(和SB预分配一样) ③ 数组缓存复用: 缓存数组反复用,别每帧new ④ 内存池/缓冲池: 复用大块内存 ↓ 共同思想: 别频繁分配,复用已有的! 偶尔扩容,批量搞定! ↓ 理解StringBuilder → 理解一整类复用型优化! → GC优化的核心思想!
