Web API 不检查的并发检查

Question

使用 EntityFramework v6，我正在组合一个原型来演示 Web Api 以及桌面应用程序中的并发检查。

实体：

public static class IRowVersionExtensions
{
    public static string RowVersionAsString(this IRowVersion ivr)
    {
        return Convert.ToBase64String(ivr.RowVersion);
    }

    public static void SetRowVersion(this IRowVersion ivr, string rowVersion)
    {
        ivr.RowVersion = Convert.FromBase64String(rowVersion);
    }
}

public interface IRowVersion
{
    byte[] RowVersion { get; set; }
}

public class Department : IRowVersion
{
    [Key]
    public int Id { get; set; }

    [Required, MaxLength(255)]
    public string Name { get; set; }

    public string Description { get; set; }

    [Timestamp]
    [ConcurrencyCheck]
    public byte[] RowVersion { get; set; }
}

数据库上下文：

public class CompDbContext : DbContextEx
{
    public CompDbContext()
        : base("Company")
    {
        this.Configuration.LazyLoadingEnabled = false;
    }

    public DbSet<Department> Departments { get; set; }
}

桌面应用程序（控制台应用程序）具有以下代码，并按预期抛出 DbConcurrencyException：http://pastebin.com/i6yAmVGc

现在，API 控制器 - 当我在两个窗口中打开页面并编辑一个（并保存）然后尝试编辑/保存另一个时，它不会引发异常：

Api 控制器更新操作：

[HttpPatch, Route("")]
public Department UpdateDepartment(Department changed)
{
    var original = dbContext.Departments.Find(changed.Id);
    if (original == null)
        this.NotFound();

    if (Convert.ToBase64String(changed.RowVersion) != Convert.ToBase64String(original.RowVersion))
        Console.WriteLine("Should error.");

    original.RowVersion = changed.RowVersion;
    original.Name = changed.Name;
    original.Description = changed.Description;

    dbContext.SaveChanges();

    return original;
}

API 调用：

DepartmentVM.prototype.onSave = function (entity) {
    var method = entity.id() ? 'PATCH' : 'PUT';
    $.ajax({
        url: '/api/departments',
        method: method,
        data: ko.toJSON(entity),
        contentType: 'application/json',
        dataType: 'JSON'
    })
    .done(function (data) {
        alert('Saved');
        entity.rowVersion(data.rowVersion);
        entity.id(data.id);
    })
    .error(function (data) {
        alert('Unable to save changes to department.');
    });
};

当我在控制器动作中断线时：

if (Convert.ToBase64String(changed.RowVersion) != Convert.ToBase64String(original.RowVersion))

第一次保存时，changed.RowVersion == original.RowVersion（完美）并保存（如预期的那样）。在第二页的保存中，changed.RowVersion != original.RowVersion（完美）但它仍然保存，没有异常（不符合预期）。

谁能帮我理解为什么这在桌面应用程序中工作得很好，但在 Web API 中却不行？

Answer 1

它不起作用，因为 EF 使用 RowVersion 的“原始”值来执行并发检查。在您的示例中，原始值（就DbContext 而言）是数据库中的值，因为它是使用.Find() 从数据库中加载的。

比如说，改变实体的RowVersion为1，数据库中当前的RowVersion为2...

// changed's RowVersion is 1

var original = dbContext.Departments.Find(changed.Id);
// original's RowVersion is 2

if (original == null)
    this.NotFound();

if (Convert.ToBase64String(changed.RowVersion) != Convert.ToBase64String(original.RowVersion))
    Console.WriteLine("Should error."); // 2 != 1, so prints this line


original.RowVersion = changed.RowVersion;
// original's "current" RowVersion is now 1
// ... but its "original" RowVersion is still 2!

original.Name = changed.Name;
original.Description = changed.Description;

dbContext.SaveChanges();
// UPDATE DEPT SET ... WHERE Id = ... AND RowVersion = 2
// (works, therefore no concurrency exception)

要完成这项工作，您只需将传入的实体添加到上下文中...

[HttpPatch, Route("")]
public Department UpdateDepartment(Department changed)
{
    dbContext.Entry(changed).State = EntityState.Modified;
    dbContext.SaveChanges();

    // you'll get an exception if RowVersion has changed

    return changed;
}

如果您只想更改名称和描述，您可以选择性地将这些属性标记为已更改，其余的则不更新...

[HttpPatch, Route("")]
public Department UpdateDepartment(Department changed)
{
    dbContext.Entry(changed).State = EntityState.Unchanged;
    dbContext.Entry(changed).Property(d => d.Name).IsModified = true;
    dbContext.Entry(changed).Property(d => d.Description).IsModified = true;
    dbContext.SaveChanges();

    // you'll get an exception if RowVersion has changed

    return changed;
}

控制台应用程序运行的原因有点幸运。有一个竞争条件，如果t1 中的Find() 在t2 中的SaveChanges() 之后执行（反之亦然），你会遇到同样的情况。