ASP.Net Core MVC Repository Pattern 意外处理

Question

当我尝试添加评论时，我收到以下错误：

ObjectDisposedException：无法访问已处置的对象。

当代码运行第二行时：

m_context.Comments.Add(comment);
m_context.SaveChanges();

为什么要处理上下文？如果将 TryAddComment 方法移动到控制器中，它不会提前调用 Dispose。

这是我的 Controller 和 Repository 类的样子（简化）。

CommentsController.cs：

public class CommentsController : Controller
{

    private ICommentRepository m_commentRepository;

    public CommentsController(ICommentRepository commentRepository)
    {
        m_commentRepository = commentRepository;
    }

    // POST: api/Comments
    [HttpPost]
    public async Task<IActionResult> PostComment([FromBody] CommentAddViewModel commentVM)
    {
        Comment comment = new Comment
        {
            ApplicationUserId = User.GetUserId(),
            PostId = commentVM.PostId,
            Text = commentVM.Text
        };

        bool didAdd = m_commentRepository.TryAddComment(comment);

        if (!didAdd)
        {
            return new HttpStatusCodeResult(StatusCodes.Status409Conflict);
        }

        return CreatedAtRoute("GetComment", new { id = comment.CommentId }, comment);
    }

}

CommentRepository.cs：

public class CommentRepository : ICommentRepository, IDisposable
{

    public ApplicationDbContext m_context;

    public CommentRepository(ApplicationDbContext context)
    {
        m_context = context;
    }
    public bool TryAddComment(Comment comment)
    {
        m_context.Comments.Add(comment);
        m_context.SaveChanges();

        return true;
    }
    private bool disposed = false;

    protected virtual void Dispose(bool disposing)
    {
        if (!this.disposed)
        {
            if (disposing)
            {
                m_context.Dispose();
            }
        }
        this.disposed = true;
    }

    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }
}

编辑：

如果我使用本地 CommentRepository，它会按预期工作。例如：

    CommentRepository localCommentRepo = new CommentRepository(m_context);
    bool didAdd = localCommentRepo.TryAddComment(comment);

编辑2：

在 Startup.cs 中，我将 IcommentRepository 注册为 Scoped 并按预期工作。最初是辛格尔顿。为什么单例会导致这个问题？

services.AddSingleton<ICommentRepository, CommentRepository>(); //breaks
services.AddScoped<ICommentRepository, CommentRepository>(); //works

编辑3：

ApplicationDbContext.cs：

public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
{
    protected override void OnModelCreating(ModelBuilder builder)
    {
        base.OnModelCreating(builder);
        // Customize the ASP.NET Identity model and override the defaults if needed.
        // For example, you can rename the ASP.NET Identity table names and more.
        // Add your customizations after calling base.OnModelCreating(builder);

    }
    public DbSet<Post> Posts { get; set; }
    public DbSet<Comment> Comments { get; set; }
}

Answer 1

您的存储库和DbContext 都不应该是单例的。注册它们的正确方法是services.AddScoped 或services.AddTransient，因为DbContext 的寿命不应超过请求，而AddScoped 正是为此而设计的。

AddScoped 将在作用域的生命周期（在 ASP.NET Core 中等于请求的生命周期）返回相同的 DbContext 实例（以及存储库，如果您这样注册它）。

当您使用AddScope 时，您不应该自己处置上下文，因为解析您的存储库的下一个对象将具有处置的上下文。

默认情况下，实体框架将上下文注册为作用域，因此您的存储库应该是作用域的（与上下文和请求相同的生命周期）或瞬态（每个服务实例都有自己的存储库实例，但请求中的所有存储库仍然共享相同的上下文）。

使上下文单例会导致严重的问题，尤其是在内存方面（您处理的越多，上下文消耗的内存就越多，因为它必须跟踪更多记录）。所以DbContext 应该尽可能短。

上下文持续时间的优点是，如果出现问题，您仍然可以在请求期间回滚所有操作并将其作为单个事务处理。