VS多版本编译C#项目：目标.NET2.0却生成.NET3.5 DLL求助

我来帮你排查这个困扰——目标框架明明设为.NET 2.0却编译出3.5 DLL的情况我之前也碰到过，大概率是项目配置或代码里藏着一些容易忽略的细节，咱们一步步来梳理：

1. 深度检查.csproj配置文件 #

直接打开Authenticate.csproj文件（可以用记事本或VS的“编辑项目文件”选项），重点核对以下内容：

• 找到<TargetFrameworkVersion>节点，确保它的值是v2.0，而非v3.5。还要留意条件性属性组，比如针对Debug/Release、不同平台的配置块，确认每个块里的版本都统一为v2.0：

  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
    <TargetFrameworkVersion>v2.0</TargetFrameworkVersion>
    <!-- 其他配置 -->
  </PropertyGroup>
  

• 检查是否存在<RequiredTargetFramework>节点，若有则必须设为2.0，这个节点会强制编译器遵循指定框架版本。
• 排查程序集引用：如果项目引用了.NET 3.5特有的程序集（比如System.Core.dll、System.Xml.Linq.dll），编译器会自动升级目标框架到3.5。若这些引用并非项目必需，直接移除；若必须使用，那只能放弃生成2.0 DLL（因为代码依赖3.5特性）。

2. 确认解决方案级别的配置一致性 #

打开Authenticate.sln，右键解决方案→属性→配置属性，检查每个项目（这里就是Authenticate）在所有配置（Debug/Release）和平台（AnyCPU）下的目标框架是否都设置为.NET 2.0。有时候解决方案的全局配置会覆盖项目单独的设置，导致版本不一致。

3. 清理编译缓存和旧输出 #

旧的编译文件很可能干扰新的生成结果：

• 手动删除项目目录下的bin和obj文件夹；
• 在VS中执行清理解决方案，再执行重新生成解决方案；
• 如果项目使用了NuGet包，检查包的依赖是否要求.NET 3.5（.NET 2.0对NuGet支持有限，尽量选择兼容2.0的包）。

4. 用MSBuild命令行编译验证 #

有时候VS的UI配置可能存在缓存或异常，试试用命令行强制指定框架版本编译：

1. 打开对应VS版本的开发者命令提示符（比如VS2010的Visual Studio Command Prompt (2010)）；
2. 切换到项目所在目录；
3. 执行以下命令：

   msbuild Authenticate.csproj /p:TargetFrameworkVersion=v2.0 /p:Platform=AnyCPU
   

编译完成后，再用dotPeek检查生成的DLL版本，这样能排除VS UI层面的问题。

5. 排查代码中的.NET 3.5特性依赖 #

如果代码中使用了.NET 3.5引入的特性，即使配置设为2.0，编译器也会自动升级框架版本，常见的特性包括：

• LINQ查询（依赖System.Core.dll）；
• 匿名类型（比如var obj = new { Name = "Test" }）；
• 自动属性（比如public string Name { get; set; }）；
• Lambda表达式。
  如果存在这些特性，需要修改为.NET 2.0兼容的写法，比如把LINQ替换为foreach循环遍历集合，把自动属性改成手动实现get/set方法。

我之前碰到的类似问题，就是项目不小心引用了System.Core.dll，移除后就正常生成.NET 2.0的DLL了，你可以按照上面的步骤逐一排查，应该能解决问题。

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