在 Visual Studio 2019 年，将纯 C++ 项目链接到 Dot Net 5 项目会生成无效的可执行文件
In Visual Studio 2019, linking plain C++ project to Dot Net 5 project builds an invalid executable
总结：我正在使用 Visual Studio 2019，并尝试创建一个示例，将普通的旧 C++ 项目链接到以 .NET 5.0 为目标的 C++/CLR 项目。该解决方案编译和构建，但尝试 运行 它会产生一条错误消息，指出“不是有效的 Win32 应用程序”。
问题：我怎样才能生成一个实际 运行 的可执行文件？
重现步骤：
使用 Visual Studio 2019，创建一个新的解决方案。将配置设置为调试和 x86。
使用具有默认选项的 C++ Windows 桌面向导项目模板创建一个 C++ 桌面应用程序新项目。将其命名为 Interop5Test，并验证它是否构建并且 运行s.
使用 C++ CLR Class 库 (.NET Core) 模板创建一个面向 .NET 5.0 的 C++/CLR 项目，并将其命名为 CppShim5。
修改 CppShim5 的属性和源文件以删除预编译头文件的使用。 （我这样做是为了满足我的预期用例的要求。）验证解决方案是否仍在构建并且 运行s.
在 Interop5Test 的项目属性中：
修改链接器 |输入 |通过添加 ../CppShim5/$(Configuration)/CppShim5.obj
AdditionalDependencies
修改链接器 |一般 |通过添加 AdditionalLibraryDirectories
C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Host.win-x86.0.3\runtimes\win-x86\native
（或在您的计算机上可以找到 ijwhost.lib 的任何地方）。
构建解决方案，应该会成功。
在 Visual Studio 中按本地 Windows 调试器启动可执行文件，并观察弹出窗口 window 显示“无法启动程序 ... 不是有效的 Win32 应用程序。"
浏览到解决方案的 Debug 文件夹，观察 Interop5.exe、CppShim5.dll、ijwhost.dll 和 CppShim5.runtimeconfig.json 都存在。
使用ildasm检查Interop5.exe和CppShim5.dll，观察它们是带有COFF Header的32位可移植可执行文件 | 0x14c 的机器值，表示“Intel 386 或更高版本的处理器和兼容处理器。”
用 Visual Studio 打开 ijwhost.dll 并观察外观合理的版本资源。将 ijwhost.dll 与步骤 5 的附加库目录中的二进制文件进行二进制比较，观察文件完全匹配。
检查 CppShim5.runtimeconfig.json 的内容，发现一些看起来合理的内容。
我发现如果我 link 到 CppShim5.lib 而不是 CppShim5.obj 我可以获得有效的可执行文件。
关于如何修改原问题中示例的详细信息：
向 CppShim5 添加一个 class 并将其标记为从 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 并将其放入解决方案的调试文件夹中。
编辑 Interop5Test 的属性，更改链接器 |输入 | AdditionalDependencies 从：../CppShim5/$(Configuration)/CppShim5.obj 到：../$(Configuration)/CppShim5.lib
在 Visual Studio 中，向项目 Interop5Test 添加对项目 CppShim5 的依赖。
通过这些更改，构建解决方案。它现在应该执行。
总结：我正在使用 Visual Studio 2019，并尝试创建一个示例，将普通的旧 C++ 项目链接到以 .NET 5.0 为目标的 C++/CLR 项目。该解决方案编译和构建，但尝试 运行 它会产生一条错误消息，指出“不是有效的 Win32 应用程序”。
问题：我怎样才能生成一个实际 运行 的可执行文件？
重现步骤：
使用 Visual Studio 2019，创建一个新的解决方案。将配置设置为调试和 x86。
使用具有默认选项的 C++ Windows 桌面向导项目模板创建一个 C++ 桌面应用程序新项目。将其命名为 Interop5Test，并验证它是否构建并且 运行s.
使用 C++ CLR Class 库 (.NET Core) 模板创建一个面向 .NET 5.0 的 C++/CLR 项目，并将其命名为 CppShim5。
修改 CppShim5 的属性和源文件以删除预编译头文件的使用。 （我这样做是为了满足我的预期用例的要求。）验证解决方案是否仍在构建并且 运行s.
在 Interop5Test 的项目属性中：
修改链接器 |输入 |通过添加
AdditionalDependencies../CppShim5/$(Configuration)/CppShim5.obj修改链接器 |一般 |通过添加 AdditionalLibraryDirectories
C:\Program Files\dotnet\packs\Microsoft.NETCore.App.Host.win-x86.0.3\runtimes\win-x86\native（或在您的计算机上可以找到ijwhost.lib的任何地方）。
构建解决方案，应该会成功。
在 Visual Studio 中按本地 Windows 调试器启动可执行文件，并观察弹出窗口 window 显示“无法启动程序 ... 不是有效的 Win32 应用程序。"
浏览到解决方案的 Debug 文件夹，观察 Interop5.exe、CppShim5.dll、ijwhost.dll 和 CppShim5.runtimeconfig.json 都存在。
使用ildasm检查Interop5.exe和CppShim5.dll，观察它们是带有COFF Header的32位可移植可执行文件 | 0x14c 的机器值，表示“Intel 386 或更高版本的处理器和兼容处理器。”
用 Visual Studio 打开 ijwhost.dll 并观察外观合理的版本资源。将 ijwhost.dll 与步骤 5 的附加库目录中的二进制文件进行二进制比较，观察文件完全匹配。
检查 CppShim5.runtimeconfig.json 的内容，发现一些看起来合理的内容。
我发现如果我 link 到 CppShim5.lib 而不是 CppShim5.obj 我可以获得有效的可执行文件。
关于如何修改原问题中示例的详细信息：
向 CppShim5 添加一个 class 并将其标记为从 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 并将其放入解决方案的调试文件夹中。
编辑 Interop5Test 的属性，更改链接器 |输入 | AdditionalDependencies 从：../CppShim5/$(Configuration)/CppShim5.obj 到：../$(Configuration)/CppShim5.lib
在 Visual Studio 中，向项目 Interop5Test 添加对项目 CppShim5 的依赖。
通过这些更改，构建解决方案。它现在应该执行。