EF6.2.0中ChangeTracker.Entries()始终为null的问题求助

让我帮你梳理下代码里的问题，主要有两个核心原因导致你的自动赋值逻辑没生效：

1. 实体类可能未正确实现IEntity接口 #

你提到所有实体都继承了IEntity，但如果Account或Role类没有显式声明实现该接口，EF的ChangeTracker就无法把它们识别为IEntity类型，自然ChangeTracker.Entries<IEntity>()会返回空集合。

举个正确的实体类写法：

public class Account : IEntity
{
    public int Id { get; set; }
    public DateTime CreateDate { get; set; }
    public DateTime UpdateDate { get; set; }
    // 你的其他业务属性...
}

一定要确保每个实体类都加上: IEntity的继承声明，这是ChangeTracker能筛选出目标实体的前提。

2. 错误地把跟踪条目（DbEntityEntry）当成实体本身判断 #

在你的foreach循环里，entity变量是DbEntityEntry<IEntity>类型——它是EF用来跟踪实体状态的条目对象，不是实体本身！所以if (entity is IEntity autoEntry)这个判断永远不会成立，直接导致内部的赋值逻辑完全跳过。

你需要通过entry.Entity属性获取真正的实体对象，修改后的循环逻辑如下：

foreach (var entry in entityEntries)
{
    var autoEntry = entry.Entity; // 这里才是你的IEntity实体
    if (entry.State == EntityState.Added)
    {
        autoEntry.CreateDate = DateTime.Now;
        autoEntry.UpdateDate = DateTime.Now;
    }
    else if (entry.State == EntityState.Modified) // 建议只在实体修改时更新UpdateDate
    {
        autoEntry.UpdateDate = DateTime.Now;
    }
}

额外的优化小建议 #

• 可以去掉ChangeTracker.DetectChanges()，因为EF在执行SaveChanges()时会自动调用这个方法，手动调用不会有问题，但属于冗余代码。
• 推荐使用DateTime.UtcNow代替DateTime.Now，避免时区差异带来的时间不一致问题，尤其是在多环境部署的项目中。

修复后的完整SaveChanges方法：

public override int SaveChanges()
{
    var entityEntries = ChangeTracker.Entries<IEntity>();
    foreach (var entry in entityEntries)
    {
        var autoEntry = entry.Entity;
        if (entry.State == EntityState.Added)
        {
            autoEntry.CreateDate = DateTime.UtcNow;
            autoEntry.UpdateDate = DateTime.UtcNow;
        }
        else if (entry.State == EntityState.Modified)
        {
            autoEntry.UpdateDate = DateTime.UtcNow;
        }
    }
    return base.SaveChanges();
}

内容的提问来源于stack exchange，提问作者Hoàng Minh Thông