Entity Framework上下文加载失败：无法加载MyApp.Data.UserContext类型

这问题我之前帮好几个开发者排查过，核心原因很明确：EF在解析你的上下文类型时找错了程序集——它默认去EntityFramework.dll里找，但你的UserContext明明在自己的项目程序集里啊！

下面是一步步的解决方案：

1. 给配置中的type属性添加完整程序集名称 #

默认情况下，如果你只写MyApp.Data.UserContext，EF会优先在EntityFramework核心程序集里查找类型，这显然不对。你需要明确指定类型所在的程序集名称（就是你的数据层项目编译后生成的dll文件名，不带.dll后缀）。

修改后的Web.config配置应该是这样的：

<contexts>
  <context type="MyApp.Data.UserContext, MyApp.Data">
    <databaseInitializer type="MyApp.Data.UserContextInit, MyApp.Data" />
  </context>
</contexts>

注意：如果你的数据层程序集名称和命名空间不一致，一定要写对实际的程序集名称，比如你的项目叫MyApp.DataAccess，那后面就写, MyApp.DataAccess

2. 检查项目引用与编译输出 #

• 确认你的MVC Web项目已经正确引用了包含UserContext的数据层项目（右键Web项目→添加引用→项目→选中你的数据层项目），而不是手动复制dll到bin目录（手动复制容易出现版本不匹配的问题）。
• 执行清理解决方案→重新生成所有项目，避免旧的编译文件残留导致的类型查找错误。

3. 验证上下文类的定义 #

• 确保UserContext是public修饰的类，并且正确继承自System.Data.Entity.DbContext，没有拼写错误（大小写、命名空间要和配置里的完全一致）。
• 同样检查UserContextInit的定义和配置，确保它的程序集和命名空间也配置正确，避免出现同样的加载错误。

这个坑其实是EF6的默认查找行为导致的，当type属性只提供类型全名时，它会在当前加载的核心程序集中优先查找，加上程序集名称就明确告诉EF该去哪里找你的自定义类型了。

内容的提问来源于stack exchange，提问作者Ben Donnelly