这种情况我碰到过好几次，大概率是符号文件、编译配置或者部署环节的问题，给你梳理几个最可能的原因和对应的解决办法：

• 检查部署的编译配置是否为Debug（或正确配置了Release调试）
  你用VS Installer打包时，是不是默认选了Release配置？Release版本默认会开启代码优化，这会让调试器无法准确命中断点；而且默认情况下Release配置不会自动把pdb符号文件打包进去，没有pdb，调试器根本没法关联到你的源代码。
  解决办法：

  1. 打包前切换到Debug配置重新生成，再打包部署；
  2. 如果必须用Release部署，去项目属性的「生成」选项卡，取消勾选「优化代码」，同时确保「输出」里的「生成调试信息」设置为「完整」或「pdb-only」，这样会生成pdb文件。

• 确认PDB符号文件是否随服务一起部署
  就算你用了Debug配置，如果VS Installer没把pdb文件包含进安装包，调试器还是找不到断点对应的代码位置。你可以去生产服务器上的服务安装目录，看看有没有和服务exe同名的.pdb文件。
  解决办法：打开VS Installer项目，找到你的服务exe对应的输出项，检查pdb文件是否被包含在「要包含的文件」列表里；如果没有，手动添加项目输出的pdb文件，或者确保项目的输出组包含了符号文件。

• 附加进程时注意平台和代码类型匹配
  如果你的服务是32位程序，但生产服务器是64位系统，VS调试器可能会默认附加64位进程，或者代码类型选择不对，导致断点不触发。
  解决办法：

  1. 打开「附加到进程」窗口，点击「选择」按钮，确认「调试这些代码类型」勾选了「Managed (.NET Framework, .NET Core)」；
  2. 检查进程列表里的服务进程，64位系统上的32位进程会带有*32标记，确保你附加的是正确的进程；如果VS是64位的，调试32位进程时可能需要切换到32位模式启动VS（右键VS快捷方式→属性→兼容性→勾选「以32位模式运行」）。

• 手动加载符号文件
  如果前面的步骤都做了还是不行，可能是VS自动加载符号失败。这时候可以手动加载：

  1. 调试时打开「模块」窗口（菜单→调试→窗口→模块）；
  2. 找到你的服务exe，右键选择「加载符号」；
  3. 定位到本地项目生成的pdb文件，或者服务器上部署的pdb文件（必须和当前运行的exe版本完全匹配，编译时间、哈希一致才行）。

• 验证服务运行的是正确版本的代码
  有时候可能部署时出现文件覆盖错误，比如服务运行的还是旧版本的exe。你可以：

  1. 在服务器上打开服务属性，查看「可执行文件的路径」；
  2. 对比该exe的版本号、修改时间和本地项目生成的exe是否一致，确保是你要调试的最新版本。

内容的提问来源于stack exchange，提问作者Gonzo345