在 Visual Studio 2019 中，将普通 C++ 项目链接到 Dot Net 5 项目会生成无效的可执行文件

问题描述

总结：我正在使用 Visual Studio 2019，并尝试创建一个示例，将一个普通的旧 C++ 项目链接到一个面向 .NET 5.0 的 C++/CLR 项目。该解决方案可以编译和构建，但尝试运行它会产生一条错误消息，指出“不是有效的 Win32 应用程序”。

问题：我怎样才能生成一个可以实际运行的可执行文件？

重现步骤：

1. 使用 Visual Studio 2019，创建一个新的解决方案。将配置设置为 Debug 和 x86。

2. 使用带有默认选项的 C++ Windows 桌面向导项目模板创建一个 C++ 桌面应用程序的新项目。将其命名为 Interop5Test，并验证它是否可以构建和运行。

3. 使用 C++ CLR 类库 (.NET Core) 模板创建一个新项目，该项目是面向 .NET 5.0 的 C++/CLR 项目，并将其命名为 CppShim5。

4. 修改 CppShim5 的属性和源文件以移除预编译头文件的使用。 （我这样做是为了满足我预期用例的要求。）验证解决方案仍然可以构建和运行。

5. 在 Interop5Test 的项目属性中：

   • 修改链接器 |输入 |通过添加 ../CppShim5/$(Configuration)/CppShim5.obj

     的附加依赖项

   • 修改链接器 |一般 |通过添加 AdditionalLibraryDirectories C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Host.win-x86\5.0.3\runtimes\win-x86\native （或任何可以在您的机器上找到 ijwhost.lib 的地方）。

6. 构建解决方案，它应该会成功。

7. 在 Visual Studio 中按本地 Windows 调试器启动可执行文件，然后观察一个弹出窗口，显示“无法启动程序...不是有效的 Win32 应用程序。”

8. 浏览到解决方案的 Debug 文件夹，发现 Interop5.exe、CppShim5.dll、ijwhost.dll 和 CppShim5.runtimeconfig.json 都存在。

9. 使用 ildasm 检查 Interop5.exe 和 CppShim5.dll，并观察它们是带有 COFF Header 的 32 位可移植可执行文件 |机器值 0x14c，表示“Intel 386 或更高版本的处理器和兼容处理器”。

10. 使用 Visual Studio 打开 ijwhost.dll 并观察外观合理的版本资源。将 ijwhost.dll 与步骤 5 的附加库目录中的二进制文件进行二进制比较，观察文件是否完全匹配。

11. 检查 CppShim5.runtimeconfig.json 的内容并查看一些看起来合理的内容。

解决方法

我发现如果我链接到 CppShim5.lib 而不是 CppShim5.obj，我可以获得有效的可执行文件。

有关如何更改原始问题中示例的详细信息：

1. 向 CppShim5 添加一个类并将其标记为从 DLL 导出（通过使用 __declspec(dllexport)，另见：https://docs.microsoft.com/en-us/cpp/build/exporting-from-a-dll-using-declspec-dllexport?view=msvc-160）。这会导致 Visual Studio 生成 CppShim5.obj 并将其放在解决方案的 Debug 文件夹中。

2. 编辑 Interop5Test 的属性，更改链接器 |输入 |附加依赖项从：../CppShim5/$(Configuration)/CppShim5.obj 到：../$(Configuration)/CppShim5.lib

3. 在 Visual Studio 中，向项目 Interop5Test 添加对项目 CppShim5 的依赖项。

4. 通过这些更改，构建解决方案。现在应该可以执行了。