为何Entity Framework存入数据库的是连接串用户ID而非指定值？

问题背景 #

基于ASP.NET Core 6 + Entity Framework + SQL Server开发Web应用，需求是将登录用户的Active Directory用户名存入数据库PortalUsers表的AudtUser字段，用于记录操作人。但实际数据库中存储的是连接串配置的SQL用户ID（如un_BlahBlah），而非预期的AD用户名（如JMyers）。调试时确认userName变量及profileToUpdate.AudtUser赋值均正确，其他字段（Active、AudtDate、AudtTime）保存正常，本地和Azure App Service环境均存在此问题。

相关代码片段：

public void UpdateEmployeeStatus(int employeeNumber, string lastName)
{
    string userName = GetADUsername(); // 返回格式如JMyers的AD用户名

    PortalUser profileToUpdate = portalDb.PortalUsers
                              .First(u => u.EmployeeNumber == employeeNumber
                                          && u.LastName == lastName);

    if (profileToUpdate != null)
    {
        profileToUpdate.Active = false;
        profileToUpdate.AudtDate = DateTime.Now;
        profileToUpdate.AudtTime = DateTime.Now;
        profileToUpdate.AudtUser = userName;

        portalDb.SaveChanges();
    }
}

冲突的连接串：

"Server=Stark;Initial Catalog=Jarvis;Persist Security Info=False;User ID=un_BlahBlah;Password=MickeyMouse;MultipleActiveResultSets=true;Integrated Security=true;Encrypt=True;Connection Timeout=90;"

排查与解决步骤 #

1. 检查数据库表触发器 #

这是最可能的原因：PortalUsers表存在UPDATE触发器，触发器中使用了SUSER_SNAME()或ORIGINAL_LOGIN()这类获取SQL连接用户的函数，覆盖了EF传入的AudtUser值。

• 打开SQL Server Management Studio，找到PortalUsers表的「触发器」节点
• 查看触发器代码，若存在类似如下逻辑，说明触发器覆盖了字段值：

  UPDATE PortalUsers SET AudtUser = SUSER_SNAME() WHERE EmployeeNumber = @EmployeeNumber
  

• 解决：修改触发器逻辑，保留EF传入的AudtUser值，或移除触发器中对该字段的赋值操作。

2. 修正连接串的冲突配置 #

连接串同时指定了User ID/Password（SQL账号验证）和Integrated Security=true（Windows身份验证），两者冲突：

• SQL Server会优先使用Windows身份验证，忽略SQL账号配置，可能导致身份逻辑混乱
• 规范连接串：
  • 若使用SQL账号：删除Integrated Security=true
  • 若使用Windows身份验证：删除User ID和Password

3. 验证EF实体映射与SQL生成 #

• 确认PortalUser实体的AudtUser属性未被标记为数据库生成：
  检查实体类是否有[DatabaseGenerated(DatabaseGeneratedOption.Computed)]特性，若有则移除，因为该特性会让EF忽略手动赋值，使用数据库计算值。
• 开启EF日志，查看生成的SQL语句：
  在Program.cs中添加日志配置，输出EF执行的SQL：

  builder.Logging.AddConsole();
  builder.Services.AddDbContext<PortalDbContext>(options =>
      options.UseSqlServer(builder.Configuration.GetConnectionString("YourConnString"))
             .LogTo(Console.WriteLine, LogLevel.Information));
  

  运行程序后，查看控制台输出的UPDATE语句，确认AudtUser对应的参数值是否为预期的AD用户名。

4. 检查全局EF审计拦截器 #

若项目中使用了EF的全局拦截器（如SaveChangesInterceptor），可能在拦截器中统一设置了AudtUser为SQL连接用户，覆盖了手动赋值：

• 检查是否存在类似如下的拦截器代码：

  public class AuditInterceptor : SaveChangesInterceptor
  {
      public override ValueTask<InterceptionResult<int>> SavingChangesAsync(DbContextEventData eventData, InterceptionResult<int> result, CancellationToken cancellationToken = default)
      {
          foreach (var entry in eventData.Context.ChangeTracker.Entries())
          {
              if (entry.State == EntityState.Modified)
              {
                  // 此处可能错误地设置为SQL连接用户
                  entry.Property("AudtUser").CurrentValue = SUSER_SNAME();
              }
          }
          return base.SavingChangesAsync(eventData, result, cancellationToken);
      }
  }
  

• 解决：修改拦截器逻辑，优先保留实体已赋值的AudtUser值，例如添加判断：

  if (entry.Property("AudtUser").CurrentValue == null)
  {
      entry.Property("AudtUser").CurrentValue = GetCurrentADUserName();
  }
  

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