ASP.NET MVC 5项目编译时obj/Debug无自身DLL的问题排查

问题1：为何DLL未生成在obj文件夹中？该如何修复？ #

首先得明确：obj文件夹是编译过程中的中间输出目录，正常情况下编译时会先把中间产物（包括临时DLL、编译缓存）放在这里，再复制到bin目录。如果这里没生成DLL，常见原因和修复方法如下：

• 项目生成配置错误：
  右键项目 → 属性 → 生成 → 检查"输出路径"和"中间输出路径"。默认的中间输出路径是obj\$(Configuration)\，如果被改成了其他路径，那DLL自然不会出现在默认的obj文件夹里。改回默认值或者确认路径是否正确。
• 编译过程被中断：
  看看输出窗口（VS里按Ctrl+W,O打开）有没有编译错误，比如语法错误、引用缺失，这些会导致编译中途停止，obj里的中间产物可能没生成完。先解决所有编译错误，再重新生成。
• 文件夹权限问题：
  如果VS没有对obj文件夹的写入权限，编译时无法生成文件。右键项目所在的文件夹 → 属性 → 安全 → 确保当前用户有"写入"权限，或者以管理员身份运行VS试试。
• Visual Studio缓存损坏：
  VS的缓存有时候会抽风，试试这些操作：
  1. 清理解决方案（菜单 → 项目 → 清理解决方案）
  2. 手动删除整个obj和bin文件夹
  3. 关闭VS，删除.vs隐藏文件夹（在解决方案根目录）
  4. 重新打开VS，重新生成解决方案
• 项目依赖或引用冲突：
  如果项目引用了其他项目，而被引用项目编译失败，也可能影响当前项目的obj产物。检查所有依赖项目的编译状态，确保它们能正常生成。

问题2：同事的ASP.NET MVC 5解决方案编译失败，obj/Debug无DLL（自身项目找不到自身DLL） #

这种情况确实有点奇怪，毕竟是正在生成的WFC项目自己找不到自己的WFC.dll，而且其他人机器正常，清理重建也没用。可以让你的同事试试这些针对性的步骤：

• 检查项目的"生成事件"：
  右键WFC项目 → 属性 → 生成事件，看看"预生成事件命令行"或"生成后事件命令行"有没有奇怪的脚本，比如自动删除obj文件夹里的DLL，或者把文件移走的命令。如果有，暂时注释掉再重新生成试试。
• 确认项目的目标框架版本：
  有时候目标框架不匹配（比如同事机器上没装对应的.NET Framework版本），会导致编译异常。右键项目 → 属性 → 应用程序，确认目标框架是你们一致的版本，并且同事机器上已经安装了这个版本的.NET Framework。
• 检查.csproj文件的异常配置：
  让同事用文本编辑器打开WFC项目的.csproj文件，看看有没有异常的配置项，比如：
  • 有没有<OutputPath>或<IntermediateOutputPath>被错误修改
  • 有没有引用的文件路径是绝对路径（可能在同事机器上不存在）
    如果发现异常，对比你们机器上的.csproj文件，把差异修正。
• 重置Visual Studio的用户设置：
  有时候VS的用户配置损坏会导致编译行为异常。让同事打开VS的命令提示符（开始菜单 → Visual Studio → 开发者命令提示符），运行devenv /resetuserdata，然后重启VS再试试。
• 检查Windows Defender或杀毒软件：
  有些杀毒软件会误把编译生成的DLL当成病毒删除，让同事检查杀毒软件的隔离区，或者暂时关闭杀毒软件后重新生成试试。
• 重新克隆解决方案：
  如果以上都没用，让同事把本地的解决方案备份后删除，重新从版本控制（比如Git）克隆一份，再重新生成——有时候本地的项目文件有隐性损坏，重新克隆能解决问题。

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