我是Visual Studio 2010项目配置的新手，但我做了一些研究，仍然不能完全解决这个问题。我有一个Visual Studio解决方案的c++ DLL引用c# DLL。c# DLL引用了一些其他DLL，一些在我的项目内，一些在外部。当我试图编译c++ DLL时，我得到这个警告:
警告MSB3270:正在构建的“MSIL”项目的处理器架构与参考“[内部c# dll]”，“x86”的处理器架构之间不匹配。
它告诉我去配置管理器调整我的架构。c# DLL是用目标平台x86建立的。如果我尝试将其更改为其他东西，如任何CPU，它会抱怨，因为它所依赖的外部dll之一具有平台目标x86。
当我查看配置管理器时，它显示了我的c# DLL作为x86和我的c++项目作为Win32的平台。这似乎是正确的设置;当然，我不希望我的c++项目的项目平台设置为x64，这是唯一的其他选项。
我哪里做错了?
当前回答
我在SQLite打开连接时遇到了同样的问题，使用Nuget并安装项目中使用的组件(SQLite)修复了它!尝试以这种方式安装组件并检查结果
其他回答
For C# projects, the target of x86 does what it sounds like. It says that this assembly only supports x86 architectures. Likewise for x64. Any CPU on the other hand says that I don't care which architecture, I support both. So, the next 2 questions are (1) what is the configuration of the executable that uses these dlls? and (2) what is the bitness of your OS/Computer? The reason I ask is because if your executable is compiled to run in 64-bit, then it NEEDS all dependencies to be able to run in 64-bit mode as well. Your Any CPU assembly should be able to be loaded, but perhaps it is referencing some other dependency that is only capable of running in x86 configuration. Check all dependencies and dependencies-of-dependencies to make sure everything is either "Any CPU" or "x64" if you plan to run the executable in 64-bit mode. Otherwise, you'll have issues.
在许多方面，Visual Studio并没有使编译任意CPU和各种依赖于体系结构的程序集的混合变得容易。这是可行的，但它通常要求必须针对x86和x64分别编译“任何CPU”的程序集，因为某个依赖的某个依赖有两个版本。
如果你的c# DLL有基于x86的依赖关系，那么你的DLL本身就必须是x86的。我真不知道还有什么办法。VS抱怨将其更改为(例如)x64，因为64位可执行文件无法加载32位库。
I'm a little confused about the configuration of the C++ project. The warning message that was provided for the build suggests that it was targeted for AnyCPU, because it reported the platform that it targeted was [MSIL], but you indicated that the configuration for the project was actually Win32. A native Win32 app shouldn't involve the MSIL - although it would likely need to have CLR support enabled if it is interacting with a C# library. So I think there are a few gaps on the information side.
我能否恭敬地请您回顾并发布更多关于这些项目的确切配置以及它们是如何相互关联的细节?如有可能，我很乐意进一步提供帮助。
使用https://learn.microsoft.com/en-us/visualstudio/msbuild/customize-your-build # directorybuildprops-example:
在解决方案文件夹中添加一个Directory.Build.props文件 把这个粘贴进去:
<Project>
<PropertyGroup>
<ResolveAssemblyWarnOrErrorOnTargetArchitectureMismatch>None</ResolveAssemblyWarnOrErrorOnTargetArchitectureMismatch>
</PropertyGroup>
</Project>
我在SQLite打开连接时遇到了同样的问题，使用Nuget并安装项目中使用的组件(SQLite)修复了它!尝试以这种方式安装组件并检查结果
我有类似的问题，这是由MS单元测试DLL引起的。我的WPF应用程序被编译为x86，但单元测试DLL(引用的EXE文件)为“任何CPU”。我将单元测试DLL更改为为x86编译(与EXE相同)，并且它被解析。
