将Entity Framework 6.2的DbContext放入类库后无法运行

我之前也碰到过一模一样的错误，这个问题本质上不是DbContext的代码有问题，而是Visual Studio的项目系统在加载类库时，尝试序列化OAProject类型（属于VS内部项目管理组件）失败导致的。下面是几个亲测有效的解决步骤：

• 确保类库与主项目的目标框架版本一致
  右键你的类库项目 → 「属性」→ 「应用程序」，检查目标框架是否和主项目（比如ASP.NET Core、WPF等）完全匹配。框架版本不匹配会导致类型加载异常，间接触发序列化问题。

• 正确配置DbContext的依赖注入
  不要在类库内部直接初始化DbContext（比如写静态构造函数或者硬编码连接字符串），一定要在主项目的启动类里注册：

  // 比如在Program.cs中
  builder.Services.AddDbContext<YourDbContext>(options =>
      options.UseSqlServer(builder.Configuration.GetConnectionString("YourConnectionString")));
  

  这种方式能避免类库加载时触发不必要的对象初始化，减少VS项目系统的序列化触发几率。

• 调整Visual Studio的调试设置
  打开「工具」→「选项」→「调试」→「常规」，取消勾选启用属性评估和其他隐式函数调用。这个选项会让VS在调试时自动评估对象属性，有时候会误触发项目组件的序列化操作，关掉之后大概率能解决问题。

• 清理重建解决方案
  右键解决方案 → 「清理解决方案」，然后再右键 → 「生成解决方案」。有时候编译缓存会导致类型引用混乱，清理后重建能刷新所有依赖关系。

• 移除类库中不必要的VS相关引用
  检查类库的引用列表，如果发现Microsoft.VisualStudio.ProjectSystem.VS.Implementation这类Visual Studio内部程序集，直接移除。你的DbContext类库只需要依赖EF Core相关包（比如Microsoft.EntityFrameworkCore、Microsoft.EntityFrameworkCore.SqlServer等），不需要VS项目系统的依赖。

如果以上方法都没用，可以试试新建一个干净的类库项目，把DbContext的代码迁移过去，有时候旧项目的配置文件损坏也会导致这类奇怪的问题。

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