Visual Studio构建卡在Roslyn csc.exe进程无响应问题求助

• 优先排查网络共享引用依赖问题
  当前编译命令里所有第三方dll引用都指向\\nfiv-web-01d网络共享路径，网络波动、共享盘权限校验、目标dll被其他进程占用时，csc.exe会进入无限IO等待，这是此类问题的高频诱因。可将共享盘内所有被引用的dll拷贝到本地项目的私有lib目录，将项目引用路径全部替换为本地路径后重试构建，验证是否为网络路径问题导致的卡顿。
• 输出详细编译日志定位卡顿节点
  给MSBuild添加/verbosity:diagnostic /fl参数，将全量诊断级别的编译日志输出到本地文件，构建卡住时查看日志最后输出的执行步骤，可直接定位是程序集引用解析、代码分析还是资源生成环节出现异常。
• 排查Roslyn分析器死锁问题
  VS2019版本的Roslyn编译器和部分第三方自定义分析器存在已知的死锁bug，可临时关闭项目属性内的所有代码分析规则，卸载项目中引用的所有Roslyn分析器类NuGet包后重试构建，排除分析器导致的卡顿。
• 验证程序集绑定逻辑是否存在异常
  虽然添加bindingRedirect消除了版本冲突警告，但仍可能存在循环程序集引用、重定向版本范围配置错误的问题，导致编译器进入绑定重试死循环。可使用系统自带的fuslogvw.exe程序集绑定日志查看器，抓取编译期间的绑定日志，排查是否存在反复重试的异常绑定请求。
• 直接运行编译命令验证环境问题
  将卡住时的完整csc命令复制出来，直接在CMD窗口中执行，同时通过任务管理器观察csc.exe的资源占用：如果CPU占用持续为0，基本可判定为等待IO或外部资源；如果CPU持续满负载，则大概率是编译器进入了代码编译逻辑的死循环，可尝试升级VS2019到最新更新补丁，替换更高版本的Roslyn编译器测试。

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