JetBrains Riderでブレークポイントがヒットしていませんか？
JetBrains Riderにブレークポイントを設定しようとしていますが、デバッガーが壊れていません。
文字列リテラルの変更がプログラムに表示されるため、アプリケーションが中断しようとしているコードに到達する必要があることは確かです。
すべてのJetBrainsプログラムを完全に再インストールしました（設定を消去します）。私もこのスレッドですべての答えを試しました： デバッグ中にブレークポイントがヒットしていません 、運がありません。
このバグはVisualStudioでは発生しませんが、Riderのどのプロジェクトでも発生します。
また、他のPCで使用しているRiderの他のコピーでも発生しません。
助けてくれてありがとう！
私はそれを引き起こしているものを見つけました。
Rider 2018.1.3の時点で、実行しているソリューションは、使用しているRiderのコピーと同じディスク上にある必要があります。
この問題は、JetBrainsサポートで参照されています ここ 。
ソリューションを同じドライブに移動するか、Riderを再インストールすることで、これを一時的に解決できます。
上記のジェシカの回答に関連して、システムの絶対パス（つまり、/System/Volumes/Data/Users/...）を使用してRiderでソリューションを開くと、別のドライブにあるかのように動作するように見えます。
約4時間夢中になった後、新しいソリューションを作成し、ソリューションディレクトリをシステムパスから/Users/...に変更し、プロジェクトをこの新しいソリューションにコピーしてブレークポイントを修正し、Riderからプロジェクトを開きました。画面にソリューションディレクトリが相対パスとして表示されるようになりました（~/Users/...）
もう1つの注意点：不在後に再びRiderを使い始めました。バグの写真が表示されているボタンではなく、「再生」（三角形）ボタンを押していました。
（D'oh！）
10回のうち9回、これは次のいずれかの理由で発生します。
1) You did not attach to the correct process 2) The code is not executing on the breakpoint
APIエンドポイントにアクセスしようとしたときにこの問題が発生した場合
Windowsの[プログラムと機能を有効にする]セクションでWebDAVが無効になっていることを確認してください。
何らかの理由で、これはAPIリクエストをブロックしているように見えます。これにより、ブレークポイントに到達できなくなります。個人的には、Postmanで呼び出しを再作成するのに数時間を費やして、IISの何かが要求をブロックしていることを実際に確認する必要がありました（承認が正しい場合でも）。