私はいくつかのプロジェクトで解決策を持っています。異なるプロジェクトにはいくつかのブレークポイントがあります。私は、最初のスレッドがこれらのブレークポイントの1つをヒットし、同じコードブロックに他のスレッドが入っているにもかかわらずその1つのスレッドをトレースし続けたいと考えています。Visual Studioで単一のスレッドをデバッグする方法は？
ブレークポイントの条件、つまりスレッド名= ...またはスレッドID = ...を定義することによってこれが可能であることはわかっていますが、私のケースは重い負荷のASP.NETアプリケーションであり、 w3wp.exeに多くのスレッドがブレークポイントをヒットします。 ThreadLocal<break-point>のようなものが必要です。
可能ですか？もしそうなら、どうですか？
フリーズ/ソースレッドは、他のスレッドがコードを実行しないため、間違った方法です。
最も正しいと使用可能な方法はである：
のVisual Studio 2015以降では、このプロセスは似ています：ブレークポイントウィンドウで
したがって、すべてのスレッドが実行されますが、デバッガは現在のスレッドのみでヒットします。私が使用した
それは正確には何であるべきではありませんが（それでもなお、ThreadIdはフィルタとして必要です）、既存のオプションで最も正しい解決策です。 – Xaqron
これは、 "ステップ"デバッガコマンドが他のスレッドに入るのを防ぎますか？それは私が持っていた大きな問題でした。私は自分のスレッドを進んでいて、突然私は完全に無関係なコードの部分にいます。私はもはやVisual Studioで開発しないので、私はテストすることはできません。 –
ブレークポイントウィンドウで右クリックすると「フィルタ」コマンドがありません...とにかく現在のスレッドIDをどのように見つけますか？ - あなたは即時のウィンドウに行き、 'System.Threading.Thread.CurrentThread.ManagedThreadId'または何かをタイプしていますか？ – BrainSlugs83
私は（それをクラスタ化）ライブサーバー上の、いずれかの同じハードウェアまたは新しいマシン上のアプリケーションの別のインスタンスを追加し、そのインスタンスのみをデバッグすることをお勧め。私はユーザーがトリガーしているコードにブレークポイントを追加しません。それがオプションでない場合は、さらにトレースを追加します。
これは絶対に必要であり、あなたが解決スタットが必要な場合は、私はあなたが要求があなたのIPアドレスから来ている場合にのみ、壊れるブレークポイントを追加することができます確信しています。これを行うには、HttpContext.Request.UserHostAddressを検査する条件付きブレークポイントを追加します。ただし、これによりアプリケーションがかなり遅くなることに注意してください。ここで
それは私が試みたものです。問題は、このインスタンスが同じドメイン（IPまたは別のドメインで動作している）で動作していないことで、証明書の問題（SSL、WCFなど）が多く発生し、負荷が低いとバグが発生しません。 – Xaqron
申し訳ありませんが、これらのうちどれが試したかわかりません。条件付きブレークポイントを試しましたか？ – steinar
はい、ユニークさを保証するために管理IDに基づいて名前を付けました。それで、どのIDが割り当てられているのかを推測し、推測に基づいて条件を設定するのは難しいです。ときには推測が終わり、スレッドを捕まえるのに時間がかかることがあります。 – Xaqron
は、私がやったことだ：
私 が唯一の私が探していたスレッド にヒットを知っていた条件付きブレークポイントを設定し。ブレークポイントがヒットしたら
、あなたは、Visual Studioスレッドウィンドウで、希望するスレッドである（デバッグ中、デバッグ - >ウィンドウ - >スレッド）、Ctrlキー + （すべてのスレッドを選択します） Ctrl +あなたが現在いるスレッドをクリックしてください。デバッグするスレッド以外のすべてのスレッドが選択されている必要があります。
、Visual Studioは、唯一の解凍のスレッドをステップ実行します。おそらく凍結されたすべてのスレッドをループする必要があるため、これを実行するとかなり遅くなるようですが、マルチスレッドのデバッグにいくらかの正気をもたらしました。
あなたが他のすべてのスレッド（多分あなたがリクエストに答える必要実行中のアプリケーションへのVisual Studioデバッガをアタッチしている）を停止したくない場合は、作成したマクロを使用すると、自動的にブレークポイントを削除することができます。
ただし、リンクは1行ずつデバッグする方法のみを説明しています。私はあなたがそれに慣れている場合は、現在のスレッドでのみ停止するすべてのブレークポイント（例えば、与えられた行の範囲内で）を変更するようにマクロを修正することをお勧めします。
あなたが探しているものとまったく同じVisual Studio 2010+拡張機能をリリースしました。 それは無料です:)。
プレゼンテーション
このVisual Studioの拡張機能は、マルチスレッドアプリケーションのデバッグ中に開発者が容易に単一のスレッドに注力できるようにするために2つのショートカットやツールバーボタンが追加されます。
すべてのスレッドを凍結/解凍するために手作業でスレッドウィンドウに移動する必要性を大幅に軽減し、それに従う必要があるスレッドを凍結/解凍するので、生産性が向上します。
特長
は、現在のスレッドのみにさらに実行を制限します。他のすべてのスレッドをフリーズします。ショートカット：CTRL + T + TまたはSnowflakeボタン。 （IDに基づいて）次のシングルスレッドに切り替えます。現在のスレッドを変更し、他のすべてのスレッドをフリーズします。ショートカット：CTRL + T + Jまたは次ボタン。
はofficial pageまたはGithub repositoryに、here on the Galleryをそれをチェックアウト。
少し異なるアプローチ：
これは、2番目のスレッドがブレークポイントにヒットする前に実行する時間があることを前提としています。そうでない場合は、他のスレッドがあなたのブレークポイントを打つ前に、スレッドウィンドウでそれらを右クリックしてフリーズを選択することができます。
+1。 "これは、あなたが時間を持っていると仮定します.2番目のスレッドがブレークポイントに当たる前に"。私はロックでセミコロンをラップし、セミコロンにブレークポイントを設定します。ブレークポイントが最初にヒットすると、私はブレークポイントを無効にします。ロックのために他のスレッドが入ってくることはありません。 'lock（m_someObject）{; } ' – bluedog
ウェブアプリケーションのように複数のスレッドが生成されている場合、@MattFausの応答は機能しません。代わりに私がやったことは以下の通りです
：
すべてのトップアンサーを読み終えたら、この回避策が私に役立ちました。 –
私は、これは彼らがブレークポイントでいくつかのことを変更したのVisual Studio 2015でわずかに異なっているが、ここでは（上）hzdbyteから受け入れ答えを適用する方法だと思います右クリック>条件>「条件式」から「フィルタ」に変更します。これにより、ThreadIdでフィルタリングすることができます。
または、ブレークポイントウィンドウのブレークポイントで、右クリック>設定>条件ボックスを選択し、上記を実行します。
負荷の高いサーバーでデバッグしようとしているのはなぜですか？ – Paolo
@Paolo：このWebアプリケーションは、大規模なWebファームの心臓部として機能し、シナリオのテストではバグのある状況を模倣することは不可能です。 – Xaqron
* [Visual Studioでマルチスレッドコードをデバッグするための5つのヒント]（http://devpinoy.org/blogs/jakelite/archive/2009/01/10/5-tips-on-debugging-multi-threaded -code-in-visual-studio-net.aspx）*。 – noproblem