VS2017 Pro开发MSCRM插件：Debug DLL未更新及版本选择咨询

作为经常用VS2017开发MSCRM插件的老玩家，我来帮你逐个理清这几个问题：

1. 插件注册应选择bin\debug还是bin\release版本？ #

这个得看你的使用场景：

• 开发/测试阶段：优先选bin\debug版本。它附带的.pdb调试符号文件能帮你在插件出错时精准定位到源码行，而且没有编译优化，代码逻辑和你写的完全对应，调试起来特别顺手。
• 生产环境部署：必须用bin\release版本。这个版本经过编译器优化，体积更小、运行效率更高，还去掉了调试相关的冗余信息，能在正式环境里稳定高效地运行。

2. 为何构建后bin\debug的.dll未更新（此前我一直使用该版本）？ #

这种情况我也碰到过几次，常见的原因按排查优先级列出来：

• 解决方案配置切到了Release：看看VS顶部工具栏的「解决方案配置」下拉框，是不是不小心选了Release？如果是，构建只会更新bin\release下的文件，debug目录自然没变化。
• 项目输出路径被修改：右键你的插件项目 → 属性 → 生成 → 输出，检查「输出路径」是不是还是bin\Debug\？有可能误操作改成了其他路径，导致构建产物没放到你预期的目录。
• DLL被进程锁定：如果debug下的DLL正在被插件注册工具、CRM服务进程或者调试器占用，VS构建时没法覆盖它。试试关闭插件注册工具，重启CRM服务（或者直接重启电脑），再重新构建。
• VS构建缓存搞鬼：VS的缓存有时候会抽风，导致构建不更新文件。可以这么解决：
  • 点击菜单栏「生成」→「清理解决方案」
  • 手动删除bin\debug和obj\debug目录下的所有文件
  • 重新构建解决方案
• 项目未开启自动构建：右键解决方案 → 属性 → 配置属性 → 配置，看看你的插件项目对应的「生成」选项有没有勾选？没勾选的话，构建解决方案时不会处理这个项目，文件当然不会更新。

3. bin\debug与bin\release的区别及用途分别是什么？ #

核心区别 #

• 调试符号：debug版本会生成.pdb文件，包含源码行号、变量名等调试信息；release版本默认不生成这类文件，没有调试追踪能力。
• 编译优化：debug版本关闭了所有编译优化，代码和源码完全一致，方便断点调试；release版本开启了多种优化（比如代码重排、变量合并），运行更快，但代码逻辑可能和源码不完全对应，没法精准调试。
• 文件体积与性能：release版本体积更小、运行效率更高；debug版本因为没有优化，体积大、性能稍弱。

用途 #

• bin\debug：专门用于开发和测试阶段，帮你快速调试代码、排查测试环境的问题。
• bin\release：用于生产环境部署，保证插件的运行稳定性和性能，避免调试信息带来的额外开销。

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