スタック領域の「大きさ」を理解する

⚠️ 実行するとプロセスが強制終了します

学習・検証用 PC でのみお試しください（保存していない作業がある場合は必ず閉じてから実行を）。

.NET 6+ で StackOverflowException を再現する最短コード

// InfiniteRecursion.cs
using System;

class Program
{
    static void Main()
    {
        Recurse(0);
    }

    // 再帰に終了条件を入れない（必ず深く潜る）
    static void Recurse(int depth)
    {
        Console.WriteLine($"depth = {depth}");
        Recurse(depth + 1);   // ← 無限再帰
    }
}

1. dotnet new console -o StackOverflowDemo
2. cd StackOverflowDemo && code .（または好きなエディタで開く）
3. Program.cs を上記内容に書き換え
4. dotnet run

期待される実行結果

depth = 15789
Process terminated. StackOverflowException.

表示される深さ（呼び出し回数）は環境によって変わりますが、

1 MB 既定スタックなら 10 万回弱 で溢れることが多いです。

“確実に” 少ない深さでオーバーフローさせたい場合

スレッドのスタックサイズを 小さく してから再帰を始めると、

数百〜数千回程度ですぐに例外に到達します。

using System;
using System.Threading;

class Program
{
    static void Main()
    {
        // 128 KB スタックのワーカースレッドを生成
        var t = new Thread(() => Recurse(0), 128 * 1024);
        t.Start();
        t.Join();
    }

    static void Recurse(int depth)
    {
        Recurse(depth + 1);
    }
}

• 小さい組み込み環境や Unity/iOS で「なぜ StackOverflow が出るのか」を確かめるときに便利。
• 値型の大きなローカル変数（例：int[10000] buf;）を足すと、さらに速く溢れます。

なぜ StackOverflowException は捕まえられない？

• .NET では StackOverflowException が発生すると CLR がただちにプロセスを終了 させます。try–catch では回復できません。
• 理由：
  1. 例外オブジェクトを生成するための残りスタック領域がない
  2. オーバーフロー後はフレームが壊れており状態が不定

対策は「再帰をループに書き換える」「スタックサイズを増やす」「ローカル配列をヒープに移す」など、コード側で溢れないように設計するしかありません。

まとめ

• 無限再帰または深すぎる再帰が最もシンプルな StackOverflow の再現パターン。
• スレッドを 128 KB など小さめスタック にしておくと、少ない深さで安全にテストできる。
• .NET ではオーバーフロー発生＝プロセス終了。回避策はコード修正のみ。