设置32位运行时EF Core无法找到主Web项目的解决方案咨询

问题根源 #

EF Core的迁移工具（不管是Package Manager Console的Add-Migration还是dotnet ef命令）默认以64位进程运行。当主API项目强制设置<PlatformTarget>x86</PlatformTarget>后，工具无法加载32位的API程序集，就会抛出System.IO.FileNotFoundException。

可行解决方案 #

1. 针对不同配置设置平台目标

在API项目的.csproj里，只给日常运行的配置（Debug/Release）设置x86，新增一个专门用于迁移的配置保留AnyCPU：

<!-- 日常运行用x86 -->
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Debug|AnyCPU'">
  <PlatformTarget>x86</PlatformTarget>
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Release|AnyCPU'">
  <PlatformTarget>x86</PlatformTarget>
</PropertyGroup>

<!-- 迁移专用配置，用AnyCPU -->
<PropertyGroup Condition="'$(Configuration)|$(Platform)'=='Migration|AnyCPU'">
  <PlatformTarget>AnyCPU</PlatformTarget>
</PropertyGroup>

执行迁移时，指定这个专用配置：

# Package Manager Console
Add-Migration 你的迁移名称 -Configuration Migration

# 或者dotnet cli
dotnet ef migrations add 你的迁移名称 --configuration Migration

优点：不用调整项目结构，快速见效；缺点：每次迁移要记得切换配置。

2. 强制迁移工具以32位运行

如果不想改项目配置，可以让迁移工具用32位进程执行：

• Package Manager Console：打开Visual Studio的「工具」→「选项」→「NuGet包管理器」→「包管理器控制台」，勾选「使用32位版本的MSBuild」（部分VS版本可能在「项目和解决方案」→「生成」里设置MSBuild位数），重新打开控制台后执行命令。
• dotnet CLI：找到x86版本的dotnet.exe路径（默认在C:\Program Files (x86)\dotnet\dotnet.exe），用它执行迁移命令：

"C:\Program Files (x86)\dotnet\dotnet.exe" ef migrations add 你的迁移名称 --project Project.Api

优点：不用改项目代码；缺点：依赖本地环境配置，团队协作时需要统一设置。

3. 分离数据库与API项目（推荐长期方案）

把EF Core的DbContext、实体类、迁移相关代码单独放到一个Class Library项目（比如Project.Database），这个项目不设置<PlatformTarget>（默认AnyCPU）。API项目引用这个类库并保持x86配置。

执行迁移时，直接针对数据库项目操作：

# Package Manager Console，先把默认项目选成Project.Database
Add-Migration 你的迁移名称 -StartupProject Project.Api

# dotnet CLI
dotnet ef migrations add 你的迁移名称 --project Project.Database --startup-project Project.Api

优点：职责分离，迁移操作和API的平台配置完全解耦，长期维护更清晰；缺点：需要调整项目结构，适合重构阶段采用。

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