C#のStringBuilderで文字列連結を高速化！性能比較と最適な使い方

2026年3月5日

C#を使用した開発において、文字列の操作は避けては通れない基本的な処理の一つです。

しかし、大量の文字列を連結する際に安易に+演算子や+=を使用すると、アプリケーションのパフォーマンスが劇的に低下する恐れがあります。

これはC#における文字列の不変性(Immutability)という性質に起因しています。

本記事では、文字列連結を高速化するための強力な武器であるStringBuilderに焦点を当て、その仕組みから具体的な性能比較、そして現場で役立つ最適化テクニックまでを詳しく解説します。

目次 [ close ]

なぜ通常の文字列連結は遅いのか

C#で文字列を扱う際、最も直感的なのは+演算子を使った連結です。

しかし、この方法はループ処理内などで繰り返し実行されると、システムに大きな負荷をかけます。

その理由を理解するために、まずはC#のstring型の内部挙動について見ていきましょう。

文字列の不変性(Immutability)という壁

C#のstringオブジェクトは一度作成されると、その内容を変更することはできません。

これを不変性と呼びます。

例えば、str += "abc";というコードを書いたとき、既存のstrの内容が書き換わっているわけではありません。

実際には、元の文字列と追加する文字列を合わせた新しい文字列インスタンスがメモリ上に再生成されています。

古い文字列はどこからも参照されなくなり、最終的にはガベージコレクション(GC)によって回収されるのを待つだけの「ゴミ」となります。

この「新しい領域の確保」と「古いデータの破棄」が繰り返されることで、メモリ割り当てのオーバーヘッドとGCの負荷が増大し、処理速度が低下するのです。

StringBuilderが高速な理由

一方で、System.Text.StringBuilderクラスは可変(Mutable)な文字列バッファを提供します。

内部的に文字配列を保持しており、文字列を追加する際にはその配列を直接書き換えます。

新しいインスタンスを毎回作成する必要がないため、メモリの再割り当て回数を劇的に減らすことができます。

バッファのサイズが足りなくなった場合のみ、より大きな配列を確保してデータを移行する仕組みになっています。

この効率的な仕組みこそが、大量の連結処理においてStringBuilderが圧倒的なパフォーマンスを発揮する理由です。

StringBuilderの基本的な使い方

StringBuilderを使用するには、まずSystem.Text名前空間をインポートする必要があります。

基本的なメソッドを理解するだけで、すぐに実務に応用可能です。

基本的なメソッドと構文

もっとも頻繁に使用されるのはAppendメソッドです。

これは既存のバッファの末尾に新しい文字列を追加します。

using System;
using System.Text;

class Program
{
    static void Main()
    {
        // StringBuilderのインスタンス化
        StringBuilder sb = new StringBuilder();

        // 文字列の追加
        sb.Append("C#の世界へ");
        sb.Append("ようこそ！");

        // 改行付きの追加
        sb.AppendLine();
        sb.AppendLine("StringBuilderは非常に高速です。");

        // 特定の位置に挿入
        sb.Insert(0, "【注目】");

        // 最終的な文字列を取得
        string result = sb.ToString();

        Console.WriteLine(result);
    }
}

実行結果

【注目】C#の世界へようこそ！
StringBuilderは非常に高速です。

このように、Appendで文字列を積み上げ、最後にToString()を呼び出すことで、一つの連結された文字列として出力できます。

性能比較：string vs StringBuilder

理論上の違いを理解したところで、実際にどれほどの性能差が出るのかをベンチマークテストで確認してみましょう。

1万回の文字列連結を行うケースで、stringの+=とStringBuilderの速度を比較します。

ベンチマークコードの作成

Stopwatchクラスを使用して、それぞれの処理にかかる時間を計測します。

using System;
using System.Diagnostics;
using System.Text;

class Benchmark
{
    static void Main()
    {
        int iterations = 10000; // 1万回の連結
        string textToAppend = "abc";

        // stringの連結テスト
        Stopwatch sw1 = Stopwatch.StartNew();
        string str = "";
        for (int i = 0; i < iterations; i++)
        {
            str += textToAppend;
        }
        sw1.Stop();
        Console.WriteLine($"string(+=) の実行時間: {sw1.ElapsedMilliseconds} ms");

        // StringBuilderの連結テスト
        Stopwatch sw2 = Stopwatch.StartNew();
        StringBuilder sb = new StringBuilder();
        for (int i = 0; i < iterations; i++)
        {
            sb.Append(textToAppend);
        }
        string result = sb.ToString();
        sw2.Stop();
        Console.WriteLine($"StringBuilder の実行時間: {sw2.ElapsedMilliseconds} ms");
    }
}

実行結果（環境により異なります）

実行結果

string(+=) の実行時間: 154 ms
StringBuilder の実行時間: 1 ms

わずか1万回のループでも、stringの連結には100ミリ秒以上の時間がかかっているのに対し、StringBuilderは計測限界に近いほど高速です。

これが10万回、100万回となれば、数分単位の差、あるいはメモリ不足(OutOfMemoryException)によるアプリのクラッシュに繋がります。

StringBuilderをさらに最適化するテクニック

単にStringBuilderを使うだけでも十分高速ですが、そのポテンシャルを最大限に引き出すための高度な使い方がいくつか存在します。

Capacity（容量）の事前指定

StringBuilderは内部で文字配列を持っていますが、その初期サイズ（デフォルトでは通常16文字）を超えると、配列のサイズを2倍に拡張してデータをコピーするという処理が発生します。

あらかじめ最終的な文字列の長さが予測できる場合は、コンストラクタでCapacity(初期容量)を指定することで、この配列の再確保とコピーを完全に回避できます。

// 最終的に1000文字程度になると予想される場合
StringBuilder sb = new StringBuilder(1000);

この小さな工夫だけで、大規模な処理におけるパフォーマンスはさらに数パーセントから十数パーセント向上します。

AppendJoinによるリストの連結

複数の要素を持つリストや配列を特定の区切り文字（カンマなど）で連結したい場合、AppendJoinメソッドが非常に便利です。

var fruits = new[] { "Apple", "Orange", "Banana" };
StringBuilder sb = new StringBuilder();

// カンマ区切りで連結
sb.AppendJoin(", ", fruits);

Console.WriteLine(sb.ToString()); // Apple, Orange, Banana

手動でループを回してAppendし、最後に余計なカンマを削除するといった煩雑なコードを書く必要がなく、可読性と速度の両立が可能です。

インスタンスの再利用とClearメソッド

ループの外でStringBuilderを使い回したい場合、毎回newするのではなく、Clear()メソッドで中身をリセットするのが効率的です。

StringBuilder sb = new StringBuilder(1024);

for (int i = 0; i < 1000; i++)
{
    sb.Clear(); // バッファをリセット（内部配列は保持される）
    sb.Append("Data: ").Append(i);
    Process(sb.ToString());
}

Clear()を呼ぶと、内部的な文字の長さは0になりますが、確保済みのバッファ領域(Capacity)は維持されます。

これにより、メモリの確保と解放の頻度を最小限に抑えることができます。

StringBuilderを使うべきかどうかの判断基準

何でもかんでもStringBuilderを使えば良いというわけではありません。

状況によっては、通常の連結の方が適している場合もあります。

StringBuilderが適しているケース

ループ内での連結：繰り返しの回数が不明、あるいは多い場合は必須です。
大量の文字列操作：巨大なテキストファイルを生成する場合などはStringBuilder一択です。
動的な条件による追加：if文などによって追加する文字列が複雑に変わる場合。

通常の連結（+ や $””）が適しているケース

少数の連結：2〜3個の文字列を繋ぐだけなら、+演算子の方が簡潔で、コンパイラによる最適化も効くため十分高速です。
可読性重視の文字列補間：$"Name: {name}, Age: {age}"のような形式は非常に読みやすく、内部でstring.Formatやモダンな.NETではDefaultInterpolatedStringHandlerという仕組みによって極めて効率的に処理されます。

手法	適したシーン	パフォーマンス	可読性
`+` 演算子	数個の定数連結	高(コンパイラ最適化時)	非常に高い
文字列補間 `$""`	変数を含む短い文章	高	最高
`string.Concat`	配列の単純結合	中	普通
`StringBuilder`	大量の動的連結・ループ	最高	普通

モダンC#における文字列操作の進化

近年の.NET/C#では、文字列操作のパフォーマンス向上に並々ならぬ力が注がれています。

Span<T> と ReadOnlySpan<char>

最新のC#では、文字列の一部を「切り出す」際に新しい文字列を作らずに参照するSpan<T>が導入されました。

StringBuilderとこれらを組み合わせることで、ゼロアロケーション(メモリ割り当てゼロ)に近い極限のパフォーマンスを追求することも可能です。

例えば、StringBuilderのAppendメソッドはReadOnlySpan<char>を受け取ることができるため、大きな文字列の特定部分だけを効率よく追加することができます。

ValueStringBuilder（内部実装）

.NET自体のソースコードの中では、スタック領域を利用してさらに高速に動作するValueStringBuilderという構造体が多用されています。

これは標準ライブラリとしては公開されていませんが、C#がいかに「文字列連結のコスト」を重く見て、最適化に心血を注いでいるかを物語っています。

まとめ

C#において文字列連結のパフォーマンスを最適化することは、アプリケーションのレスポンス向上とリソース節約に直結します。

通常の+演算子は手軽で読みやすい反面、ループ処理内では「隠れたパフォーマンスの敵」となり得ます。

StringBuilderを適切に活用することで、不必要なメモリ確保を抑制し、ガベージコレクションの負荷を下げることができます。

特に、あらかじめCapacityを指定するテクニックや、リストの連結にAppendJoinを利用する方法は、今日からでも活用できる実践的な最適化手段です。

「連結回数が少ないときは可読性の高い文字列補間を用い、ループや大量のデータを扱うときはStringBuilderに切り替える」という適材適所の判断ができるようになることが、C#エンジニアとしてのステップアップに繋がります。

この記事を参考に、より高速で効率的なC#プログラムを目指してください。