protected virtual関数を返す条件に依存するBaseClassに再帰関数があります。再帰関数でのStackOverFlowの防止
子クラスがこの関数を間違ってオーバーライドする可能性があり、StackOverFlow例外が発生する可能性があります。最悪のことは、ネットワークの呼び出しが遅いということです。例外はすぐには起こりません（長い間、多くのリソースが無駄になります）。
StackOverFlowを基本クラスの何らかの初期段階でチェックする方法を探しています（多分Reflectionと現在の再帰レベルを使用しています）。
あなたは再帰関数に単純な整数「深さ」を渡すと、後続の各呼び出しで、それをインクリメントすることができます。許容された最大深さよりも大きくなると、Exception権がスローされます。例外が発生するまで待つのではなく、恐ろしいStackOverflow例外が発生します。
whileループでは、このような安全メカニズム（インクリメントカウンタ、それが愚かではないことを確認してください）は便利です。小さなエラーによって無限ループが発生し、膨大なCPUを消費することがあります。
多くのユーザー（Webサイトなど）を持つ大規模なシステムでは、結果がウェブページまたはシステムの1人のユーザーをはるかに超えてしまう可能性があるため、ループやwhileループで予防的対策を講じることをお勧めします。それはかなりコードではなく、純粋主義者は間違いなくそれを抑えるだろうが、それは効率的であり、防衛的であり、実用的だ。
どうやら、イアン・マーサーはここに投稿していますか？ – Pierreten
'bool RecursiveConditionMethod（ref int depthLevel）{depthLevel ++; //（depthLevel> MAX_DEPTH_LEVEL）がループを壊した場合はそれでいいですか？ – Xaqron
@Xaqron、私はそのようなref intを使用しません。メソッドが自分自身を呼び出して、メソッド内の深さの最初のものをチェックするときには、深さ+1を渡します。たとえば、ツリー検索では、訪問した全ノードを制限したくないかもしれませんが、ツリーが適切なツリーではないので、ループで止まらないようにすることができます。 –
おそらくコールスタックを読んで解析することはできますが、それはできません。
代替DEBUGモードでコールスタックの分析を行うことができ、あなたのベースクラス
using System.Diagnostics;
[STAThread]
public static void Main()
{
StackTrace stackTrace = new StackTrace(); // get call stack
StackFrame[] stackFrames = stackTrace.GetFrames(); // get method calls (frames)
// write call stack method names
foreach (StackFrame stackFrame in stackFrames)
{
Console.WriteLine(stackFrame.GetMethod().Name); // write method name
}
}
トピックについての議論。 – Robino