Entity Framework 6中调用Remove删除Order实体时外键被自动置空的原因及解决方法问询

先给你吃个定心丸：你对级联删除的理解完全正确！级联删除确实是删除主实体（比如Product）时影响依赖实体，和你现在删除Order时外键被置空的问题无关，WillCascadeOnDelete(false)和移除级联删除约定没用，也完全符合预期，这点你没说错。

为什么会出现外键被置空的情况？ #

这是EF6变更跟踪机制的默认行为：

• 当你调用context.Orders.Remove(order)时，EF不仅会把这个Order实体标记为Deleted状态，还会自动清理它的导航属性关联。
• EF认为，既然这个Order马上要被删除了，它和Product的关联关系也应该被解除，所以就会把内存中实体的ProductKey设为null。这个操作是在内存中完成的，和数据库的约束设置没有任何关系，纯粹是EF内部维护实体图一致性的逻辑。

解决方法，给你三个可行的思路： #

1. 临时保存外键值，删除后重新赋值
   这是最直接、对现有代码侵入最小的方法，适合只需要处理个别删除场景的情况：

public Order RemoveOrder(int orderID)
{
    using (var context = new MyDBContext())
    {
        var order = context.Order
            .Where(o => o.OrderID == orderID)
            .FirstOrDefault();
        if (order == null) return null;

        // 先把外键值存下来
        var originalProductKey = order.ProductKey;

        var removed = context.Orders.Remove(order);
        // 把外键值重新赋回给要返回的实体
        removed.ProductKey = originalProductKey;

        context.SaveChanges();
        return removed;
    }
}

2. 使用无跟踪查询获取实体
   如果你的删除操作不需要EF跟踪这个实体的其他变更，可以用AsNoTracking()查询实体，这样EF不会对这个实体做额外的关联清理：

var order = context.Order
    .AsNoTracking()
    .Where(o => o.OrderID == orderID)
    .FirstOrDefault();

调用Remove时，EF会把这个无跟踪实体附加到上下文并标记为Deleted，但因为没有之前的跟踪记录，不会去修改外键值。

3. 全局或局部关闭自动变更跟踪的关联清理
   你可以在上下文的OnModelCreating方法里，或者在删除操作的局部范围内关闭自动变更跟踪的自动检测：

// 局部临时关闭（推荐，避免影响其他逻辑）
using (var context = new MyDBContext())
{
    // 先保存原有配置
    var originalAutoDetect = context.Configuration.AutoDetectChangesEnabled;
    context.Configuration.AutoDetectChangesEnabled = false;

    var order = context.Order
        .Where(o => o.OrderID == orderID)
        .FirstOrDefault();
    if (order == null) return null;

    var removed = context.Orders.Remove(order);
    context.SaveChanges();

    // 恢复原有配置
    context.Configuration.AutoDetectChangesEnabled = originalAutoDetect;
    return removed;
}

注意：关闭AutoDetectChangesEnabled会影响EF的自动状态检测，所以尽量只在必要的代码块里临时使用，用完恢复。

最后再补充一句 #

EF的这个设计初衷是保证内存中实体关系的“合理性”，但确实会和我们需要保留删除前实体状态的需求冲突。上面的方法里，最推荐的是第一种（保存外键再赋值）或者第二种（无跟踪查询），不会对全局配置造成影响，也能解决你的问题。

内容来源于stack exchange