复用旧DbContext类名后EF报错：模型已变更的问题排查求助

这种情况我之前也碰到过，本质是EF的模型缓存/迁移历史记录在搞鬼！下面给你拆解原因和具体的解决办法：

问题根源 #

EF Code First（包括EF Core）会为每个DbContext生成唯一的模型哈希值，并把这个值和上下文名称绑定，存在迁移历史表（比如__MigrationHistory或EFMigrationsHistory）里。你第一次创建MyDbContext时，这个哈希就被存下来了；后来你删了它用DifferentDbContext，EF又生成了新的哈希。当你把新上下文改回MyDbContext时，EF会自动去找之前MyDbContext对应的旧哈希，发现新模型的哈希和旧的对不上，就会抛出那个“模型已更改”的异常——它误以为是同一个上下文的模型被修改了，但其实是新上下文复用了旧名称，导致匹配冲突。

具体解决步骤 #

1. 清理迁移历史表 #

• 打开你的数据库，找到__MigrationHistory（EF6及更早）或EFMigrationsHistory（EF Core）表
• 查找所有ContextKey列值包含MyDbContext的记录，直接删除这些旧记录
• 如果是开发环境，也可以直接清空整个表（前提是你不需要保留旧迁移记录）

2. 彻底清理项目缓存 #

光用VS的“清理解决方案”有时候不够，得手动来：

• 关闭Visual Studio
• 找到项目目录下的bin和obj文件夹，直接删除它们
• 重新打开项目，重新编译

3. 检查旧的EdmMetadata表（仅EF 4/5版本） #

如果你用的是比较老的EF版本，数据库里可能有EdmMetadata表，里面存储了旧MyDbContext的模型哈希。直接删除这个表，或者更新里面的哈希值（更简单的是删表，EF会重新生成）。

4. 确认没有残留的旧程序集 #

• 检查项目的输出目录（bin/Release或bin/Debug），确保没有旧版本的程序集文件
• 如果你的项目用了强命名，检查GAC（全局程序集缓存）里有没有旧的程序集，有的话删除它

5. 再核对一遍连接字符串细节 #

虽然你说确认过连接字符串，但可以再检查：有没有在连接字符串里指定了旧的上下文相关配置？比如EF6里的multipleactiveresultsets=True这类参数没问题，但如果有自定义的provider配置，确保没有关联旧的MyDbContext。

额外建议 #

如果以后要重命名DbContext，最好先删除对应的迁移记录，或者在重命名后重新生成迁移脚本，让EF把新的模型哈希和上下文名称绑定起来，避免再出现这种冲突。

内容的提问来源于stack exchange，提问作者Brendan Cain