Visual Studioで単一スレッドをデバッグする方法は？

いくつかのプロジェクトで解決策があります。異なるプロジェクトにはいくつかのブレークポイントがあります。最初のスレッドがこれらのブレークポイントの1つにヒットしたことをトレースし、他のスレッドが同じコードブロックに入っているにもかかわらず、その単一のスレッドのトレースを続けたいと思います。

私は、これは=であるブレークポイント、スレッド名に条件を定義することによって可能である知っている...またはスレッドID = ...しかし、私の場合は重いですロードされたASP.NETのアプリケーションをして、すぐに私は添付としてw3wp.exe多くのスレッドはブレークポイントにヒットします。のようなものが必要ThreadLocal<break-point>です。

出来ますか？もしそうなら、どうですか？

他のスレッドはコードを実行しないため、スレッドのフリーズ/フリーズは正しくありません。

最も正確で使いやすい方法は次のとおりです。

1. ブレークポイントウィンドウでCtrl + Aを押します（すべてのブレークポイントを選択します）。
2. 右クリックして「フィルター...」を選択します。
3. 「ThreadId =（current thread id）」と入力します。

Visual Studio 2015以降、プロセスは似ています。

1. ブレークポイントウィンドウでCtrl + Aを押します（すべてのブレークポイントを選択します）。
2. 右クリックして「設定...」を選択します。
3. 「条件」をチェックし、ドロップダウンから「フィルター」を選択します
4. 「ThreadId =（current thread id）」と入力します。

したがって、すべてのスレッドが実行されますが、デバッガーは現在のスレッドでのみヒットします。

これが私がしたことです：

1. 探していたスレッドにのみヒットすることがわかっていた条件付きブレークポイントを設定します。

2. ブレークポイントがヒットし、目的のスレッドが表示されたら、Visual Studioの[スレッド]ウィンドウ（デバッグ中、[デバッグ]-> [ウィンドウ]-> [スレッド]）で、Ctrl+ A（すべてのスレッドを選択）し、次にCtrl+現在のスレッドをクリックします。 。デバッグするスレッド以外のすべてのスレッドを選択する必要があります。

3. 右クリックして、「フリーズ」を選択します。

これで、Visual Studioは解凍されたスレッドのみをステップ実行します。おそらくすべてのフリーズされたスレッドをループする必要があるため、これを行うとかなり遅くなるようですが、マルチスレッドのデバッグにある程度の正気をもたらしました。

まさにあなたが探しているものを実行するVisual Studio 2010+拡張機能をリリースしました。そしてそれは無料です:)。

プレゼンテーション

このVisual Studio拡張機能は、2つのショートカットとツールバーボタンを追加して、開発者がマルチスレッドアプリケーションのデバッグ中にシングルスレッドに簡単に集中できるようにします。

これにより、手動で[スレッド]ウィンドウに移動してすべてのスレッドをフリーズ/解凍する必要性が大幅に減少します。

特徴

以降の実行を現在のスレッドのみに制限します。他のすべてのスレッドを凍結します。ショートカット：CTRL + T + Tまたはスノーフレークボタン。（IDに基づいて）次の単一スレッドに切り替えます。現在のスレッドを変更し、他のすべてのスレッドをフリーズします。ショートカット：CTRL + T + JまたはNextボタン。

こちらのギャラリー、公式ページ、またはGithubリポジトリで確認してください。

Webアプリケーションのように複数のスレッドが生成されている場合、@ MattFausの回答は機能しません。私が代わりにしたことは次のとおりです

• ブレークポイントを設定して、必要な関数のスレッドに割り込みます。
• スレッドがブレークポイントに到達して一時停止したら、ブレークポイントを削除し、F8、F10、F11を使用してデバッグを続行します。これにより、他のスレッドが実行できるようになります。

私が使用した少し異なるアプローチ：

1. 通常のブレークポイントを作成し、ヒットさせます
2. スレッドウィンドウで、現在デバッグしているマネージスレッドIDを探します。
3. ブレークポイントウィンドウとセレクターフィルターでブレークポイントを右クリックします。
4. ThreadId = xxxと入力します。xxxは2からのスレッドIDです。
5. 他のスレッドを停止したり、ブレークポイントにヒットしたりせずにデバッグできるようになりました

これは、2番目のスレッドがブレークポイントに到達する前に、上記を実行する時間があることを前提としています。そうでない場合、上記を実行する前に他のスレッドがブレークポイントにヒットした場合は、スレッドウィンドウでスレッドを右クリックして、フリーズを選択できます。

VS 2019では：

1. どこかにブレークポイントを設定します。
2. スレッドが来るまでF5（続行）を押します。
3. ブレークポイントをクリックして削除します。
4. F10またはF11でスレッドをステップできます。

同じハードウェアまたは新しいマシン（クラスター化）のいずれかで、ライブサーバーにアプリケーションの別のインスタンスを追加し、そのインスタンスのみをデバッグすることをお勧めします。ユーザーがトリガーしているコードにブレークポイントを追加しません。それが選択肢でない場合は、さらにトレースを追加します。

ただし、これが絶対に必要であり、ソリューション統計が必要な場合は、リクエストがIPアドレスからのものである場合にのみブレークするブレークポイントを追加できます。これを行うには、検査する条件付きブレークポイントを追加しますHttpContext.Request.UserHostAddress。ただし、これによりアプリケーションの速度が大幅に低下することに注意してください。

他のすべてのスレッドを停止したくない場合（おそらく、リクエストに応答する必要がある実行中のアプリケーションにVisual Studioデバッガーを接続している場合）、ブレークポイントを自動的に作成および削除するマクロを使用できます。

これは、Visual Studioでマルチスレッドプログラムをデバッグする際のスタックオーバーフローの質問「ステップオーバー」に対する回答で提案されています。

ただし、リンクは行ごとのデバッグ方法を説明するだけです。マクロを変更して（問題がなければ）、現在のスレッドでのみ停止するように（たとえば、指定された範囲の行にある）すべてのブレークポイントを変更することをお勧めします。

これはVisual Studio 2015では少し異なると思います。ブレークポイントのいくつかの点が変更されましたが、hzdbyte（上記）から受け入れられた回答を適用する方法は次のとおりです。

コーディングマージンのブレークポイントで、右クリック> [条件]> [条件式]から[フィルター]に変更します。これにより、ThreadIdでフィルタリングできます。

または、[ブレークポイント]ウィンドウのブレークポイントで、右クリック> [設定]> [条件]ボックスをチェックして、上記を実行します。

行のサイドバーを右クリックして、ブレークポイント条件を設定します。「条件」を選択し、スレッド名を引用符で囲んで以下を入力します。

System.Threading.Thread.CurrentThread.Name == "name_of_your_thread"

あるいは、「スレッド」ウィンドウからスレッドの「マネージドID」を取得し、次のように使用して同じことを行うことができます。

System.Threading.Thread.CurrentThread.ManagedThreadId == your_managed_thread_id