隔离模式.NET 5 Azure Function使用托管身份认证Azure SQL Server失败排查求助

我来帮你排查这个问题，结合你的代码和场景，大概率是EF Core配置逻辑、权限配置或者异步调用死锁这几个环节出了问题，咱们一步步来梳理：

首先排查基础权限（最容易忽略的点） #

先确认Azure SQL已经授权函数应用的系统分配身份访问：

1. 登录Azure Portal，找到你的Azure SQL服务器，进入Azure Active Directory选项卡
2. 把函数应用的系统分配身份添加为服务器管理员（或者单独创建登录用户）
3. 进入目标数据库，执行以下SQL创建用户并赋予权限：

   CREATE USER [你的函数应用名称] FROM EXTERNAL PROVIDER;
   ALTER ROLE db_datareader ADD MEMBER [你的函数应用名称];
   ALTER ROLE db_datawriter ADD MEMBER [你的函数应用名称];
   

   （根据业务需求调整权限，比如需要建表的话可以加db_owner）

调整EF Core的配置逻辑（核心问题） #

你的代码里OnConfiguring方法手动创建SqlConnection的方式，和Isolated运行时的依赖注入模式冲突了，而且构造函数里的异步调用.Result容易引发死锁，导致AccessToken获取失败。

步骤1：修改DbContext代码 #

去掉OnConfiguring里的手动连接创建，简化构造函数：

public class SmsOrderContext : DbContext 
{ 
    public SmsOrderContext(DbContextOptions<SmsOrderContext> options) : base(options) 
    {
        // 注意：生产环境的Azure SQL不建议用EnsureCreated，应该用EF迁移初始化数据库
        // 本地开发可以保留，但不要放在构造函数里，建议单独写初始化逻辑
        // RelationalDatabaseCreator databaseCreator = (RelationalDatabaseCreator)this.Database.GetService<IDatabaseCreator>(); 
        // databaseCreator.EnsureCreated(); 
    } 

    // 这里添加你的DbSet定义，比如：
    // public DbSet<SmsOrder> SmsOrders { get; set; }
}

步骤2：在Program.cs中正确配置DbContext #

把连接配置和AccessToken获取逻辑移到依赖注入配置里，避免构造函数死锁：

.ConfigureServices(s => { 
    s.AddSingleton<AzureServiceTokenProvider>();

    s.AddDbContext<SmsOrderContext>((serviceProvider, optionsBuilder) =>
    {
        var envConString = Environment.GetEnvironmentVariable(ConfigConstants.SqlSvrConnString);
        var tokenProvider = serviceProvider.GetRequiredService<AzureServiceTokenProvider>();
        
        if (!string.IsNullOrEmpty(envConString))
        {
            // 连接Azure SQL的场景：获取AD令牌并配置连接
            var sqlConnection = new SqlConnection(envConString);
            // 用GetAwaiter().GetResult()替代.Result，避免异步死锁
            sqlConnection.AccessToken = tokenProvider
                .GetAccessTokenAsync("https://database.windows.net/")
                .GetAwaiter()
                .GetResult();
            optionsBuilder.UseSqlServer(sqlConnection);
        }
        else
        {
            // 本地开发用LocalDB
            optionsBuilder.UseSqlServer("Data Source=(localdb)\\MSSQLLocalDB;Initial Catalog=SmsRouter");
        }
    });
})

额外注意事项 #

1. 环境变量检查：确认Azure函数应用的配置里已经正确设置了SqlSvrConnString，连接字符串格式要正确（不要包含User ID/Password）：

   Server=tcp:<你的SQL服务器名>.database.windows.net,1433;Database=<数据库名>;Encrypt=True;TrustServerCertificate=False;Connection Timeout=30;
   

2. 防火墙设置：确保Azure SQL服务器的防火墙允许Azure服务访问（或者添加函数应用的出站IP地址）
3. Isolated运行时特性：dotnet-isolated模式下，依赖注入的生命周期和in-process模式略有不同，尽量避免在构造函数里做数据库初始化或异步操作

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