我正在尝试在JetBrains Rider中设置一个断点,但是调试器没有中断。
我确定应用程序应该能够到达我试图破解的代码,因为程序中出现了更改的字符串文字。
我已经完全重新安装了所有的JetBrains程序(擦除设置)。我也尝试过该线程中的所有答案:break point is not hitting while debugging,没有运气。
此错误在Visual Studio中不会发生,但在Rider中的任何项目中都会发生。
在其他PC上使用的Rider的其他副本中也不会发生这种情况。
感谢您的帮助,谢谢!
答案 0 :(得分:1)
我已经找到了原因。
从Rider 2018.1.3开始,您正在运行的解决方案必须与所使用的Rider副本位于同一磁盘上。
JetBrains支持here中引用了此问题。
您可以通过将解决方案移至同一驱动器或重新安装Rider来暂时解决此问题。
答案 1 :(得分:1)
相对于杰西卡(Jessica)的上述答案,看来使用系统绝对路径(即/System/Volumes/Data/Users/...
)在Rider中打开解决方案似乎就像是在单独的驱动器上一样。
让自己发疯了大约四个小时后,我创建了一个新的解决方案,并将解决方案目录从系统路径更改为/Users/...
,然后将项目复制到此新解决方案中,该解决方案修复了断点,并从骑士欢迎屏幕现在将解决方案目录显示为相对路径(~/Users/...
)
答案 2 :(得分:1)
为您(或遇到此问题的其他人)提供的另一种解决方案:
当您在配置或启动设置中使用"COMPlus_EnableDiagnostics": "0"
时,您也将无法达到断点。
答案 3 :(得分:1)
清理并重建解决方案,然后删除并读取断点对我来说很有效!
答案 4 :(得分:1)
我之前做的是:
现在我唯一改变的是在第 2 步之后我现在做了一个
<块引用>运行 --> 附加到本地进程... --> w3wp
此后,我只执行与以前相同的步骤,但现在断点确实被击中了...
答案 5 :(得分:0)
另一个警告:缺席之后,我再次开始使用Rider,我按下的是“播放”(三角形)按钮,而不是带有错误图片的按钮。
(D'哦!)
答案 6 :(得分:0)
十分之九,发生这种情况的原因之一是
1) You did not attach to the correct process 2) The code is not executing on the breakpoint
如果您在尝试访问API端点时遇到此问题
确保在Windows的“启用程序和功能”部分中禁用了WebDAV。
由于某种原因,这似乎阻止了API请求,从而使您无法命中断点。就个人而言,我不得不花几个小时在Postman中重新创建呼叫,才能真正看到IIS中的某些内容阻止了该请求(即使授权正确)。