だから私はばかげた間違いを犯し、myControl.Controls.Add(myControl); を呼び出しました。簡単です。興味深いことに、これにより IIS がクラッシュし、実際のフレームワークで例外がスローされました。壊れてデバッグすることさえしませんでした。ただバラバラになりました。
これは、.NET フレームワークによって以前よりも適切に処理されるべきだったようです。それともすべきですか？これは、このような間違いを伴う予期された動作ですか、それともデバッガーによってよりエレガントに処理できたでしょうか?
これは文書化された動作です。MSDN のドキュメントを参照してください。
関連する引用は次のとおりです。
.NET Framework バージョン 2.0 以降では、StackOverflowException オブジェクトを try-catch ブロックでキャッチできず、対応するプロセスが既定で終了します。
編集:
デバッグの観点からは、明らかにスタック トレースがないため、問題が再現可能な場合は、関連するコードのウォークスルー (または実際の例外が発生する前のデバッグ) で問題を特定できます。さらに別の方法として、IIS Debug Diagnostics ツールを使用して、エラーの詳細とクラッシュ ダンプを取得することもできます。同様の方法を示唆していると思われるこのSOの回答を参照してください。