VS2013的C#/C++项目迁移至VS2017后安装程序需.NET3.5原因排查

我之前处理过好几个类似的迁移场景，这种情况通常不是你的项目DLL本身的问题，而是InstallShield配置或者隐藏的项目依赖导致的，下面是几个最可能的原因和对应的解决方法：

1. InstallShield 2012的默认先决条件配置错误 #

InstallShield 2012发布时，.NET Framework 4.6.2还没推出，它的默认模板可能会自动添加.NET 3.5作为依赖项，哪怕你的项目根本不需要。你需要手动检查并修正：

• 打开你的InstallShield项目，切换到Redistributables视图
• 在列表里找到.NET Framework相关的条目，确保只勾选了.NET Framework 4.6.2，取消.NET Framework 3.5的勾选
• 如果找不到4.6.2的条目，可能需要手动添加对应的 redist 包（不过InstallShield 2012可能不支持，这时候就得考虑升级InstallShield了）

2. C++项目的.NET依赖配置错误 #

虽然你的C#项目已经切换到4.6.2，但C项目（尤其是C/CLI项目）可能还保留着旧的.NET版本设置：

• 右键你的C++项目 → 属性 → Common Properties → Framework and References
• 确认Target Framework设置的是.NET Framework 4.6.2
• 检查所有引用的.NET组件，确保它们的版本都是4.6.2，没有遗留3.5版本的引用

3. 安装包的启动条件设置错误 #

InstallShield的启动条件可能被错误配置为检查.NET 3.5的存在：

• 切换到InstallShield的Launch Conditions视图
• 删除任何检查NETFRAMEWORK35属性的条件
• 添加检查.NET Framework 4.6.2的条件：可以用InstallShield自带的模板，或者自定义条件为NETFRAMEWORK462 >= "#462072"（这个版本号对应4.6.2的正式版）

4. 隐藏的依赖项未被Reflector检测到 #

Reflector可能没抓到一些深层的依赖，比如：

• 某些C++ DLL依赖的第三方库是基于.NET 3.5编译的：可以用dumpbin /dependents "你的C++ DLL路径"命令检查依赖链
• 配置文件（app.config/web.config）里的supportedRuntime节点同时声明了3.5：检查配置文件，确保只保留4.6.2的条目，比如：

  <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.2"/>
  

• GAC中旧版本组件的影响：如果你的项目引用了GAC里的组件，可能存在版本冲突，尝试清理GAC中的旧版本，或者在项目中使用本地引用

5. InstallShield 2012对.NET 4.6.2的支持不足 #

InstallShield 2012确实比较老旧，对后续推出的.NET 4.6.2支持不完善，可能会出现识别错误。如果以上方法都无效，建议升级到InstallShield 2017或更高版本，这些版本原生支持.NET 4.6.2，能避免这类兼容性问题。

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