デバッグのビルドがデバッグで実行され、デバッグなしで実行される場合は何が違うのですか？

Question

私たちはDebugビルドを得た場合、本当にいるかどうかは問題ではありませんでしたことを信じるように使用：我々はそれを実行した

1. 。
2. または、デバッグしました。

すべてが同じです。

最近、私は2つの異なる問題に遭遇しました。コードがちょうど実行されたときに何かが異なるか、またはコードのバージョンが同じであっても、デバッグされるときです。 （すなわちFluent NHibernate cannot load MySql.Data from GAC in debug mode of a test とNpgsql - Specified method is not supported）

私は.NET 4.0でこれら二つの間の違いは何であるか疑問に思って？何が違うかを理解することは、おそらく私が抱えている問題を解決するのに役立ちます。なぜなら、これらの異なるケースでバグの原因を探す場所を少なくとも知っているからです。私は単体テストをすべて緑色で実行するとわかりませんが、デバッグしようとするとさまざまな例外がスローされます。

Answer 1

アセンブリ解決の問題の武器はfuslogvw.exeです。アセンブリの検索場所と、アセンブリを見つける場所をCLRに知らせるための設定が表示されます。

問題が発生しているアセンブリの種類の2次障害モードがあります。これらのdbaseプロバイダは、多くの場合、アンマネージDLLに依存してジョブを完了させるラッパーです。 WindowsはこれらのDLLを検出できる必要があります。これは、PATH上のディレクトリにコピーされたり、メインEXEと同じフォルダにコピーされたりしないと失敗する傾向があります。これらのラッパーの展開手順を注意深く読んでください。

Answer 2

コードのタイミングをデバッグするときは、内部関数が長すぎます。したがって、コードが時間に敏感な場合は、奇妙なエラーに遭遇する可能性があります。それは私が考えることができるすべてについてです。

Answer 3

注意が必要な問題がいくつかあります。

1）codeninjaによると、コードを壊すと操作の順序が異なる場合があります。

2）ファイルが異なる場所にある可能性があり、パスが異なる方法で解決される可能性があります。これは、動的にリソースをロードした場合、またはDLLをビルドしてプラグインのディレクトリにコピーした場合に非常に重要です。デバッグ中に誤って間違ったものを読み込むことがあります。

3）デバッガで変数を観察すると評価が発生することがあります。バッキングフィールドを愚かに増やして、増分した値を返したプロパティを想像してください。

Answer 4

違いは、デバッガが接続されていると、例外がスローされたときにデバッガがスローされたときに停止することがあります。

[ツール/オプション/デバッグ]で[例外がAppDomainまたは管理/ネイティブの境界（管理のみ）を超えたときに切断する]と[デバッグ/例外]のオプションによって、デバッガがスローされたときにブレークします。