IdentityServer4中PersistedGrants表无法写入问题求助

针对你遇到的这个问题，我整理了几个最常见的排查方向，你可以逐一验证：

1. 确认PersistedGrantDbContext的配置是否到位 #

首先要确保IdentityServer已经配置为使用EF来存储操作数据（包括持久化授权）。在你的Startup类里，检查是否有类似这样的配置：

services.AddIdentityServer()
    .AddAspNetIdentity<ApplicationUser>() // 集成EF Identity
    .AddOperationalStore(options =>
    {
        // 配置PersistedGrantDbContext的数据库连接
        options.ConfigureDbContext = b => 
            b.UseSqlServer(Configuration.GetConnectionString("DefaultConnection"),
                sql => sql.MigrationsAssembly(typeof(Startup).Assembly.FullName));
        // 可选：启用令牌自动清理，不影响存储但建议开启
        options.EnableTokenCleanup = true;
    });

如果缺少AddOperationalStore这一步，IdentityServer会默认使用内存存储，数据不会写入数据库的PersistedGrants表。

2. 检查数据库迁移是否已正确执行 #

即使配置了EF存储，如果没为PersistedGrantDbContext生成并应用迁移，数据库里根本不会有PersistedGrants表。你可以通过以下步骤验证：

• 在终端或Package Manager Console中运行迁移命令：

  # 生成迁移
  dotnet ef migrations add InitialPersistedGrantStore --context PersistedGrantDbContext --project YourAuthServerProject
  # 应用迁移到数据库
  dotnet ef database update --context PersistedGrantDbContext --project YourAuthServerProject
  

• 直接查看数据库，确认PersistedGrants和DeviceCodes表存在，且字段完整（比如SubjectId、ClientId、Type、Data等字段）。

3. 客户端配置必须开启离线访问权限 #

这是最容易忽略的点：只有当客户端允许离线访问，并且授权请求包含offline_access scope时，IdentityServer才会生成需要持久化的refresh token。

• 检查你的客户端配置（迁移程序集里的种子数据或DbContext中的客户端定义）：

  new Client
  {
      ClientId = "angular-client",
      ClientName = "Angular Client",
      // 其他配置...
      AllowOfflineAccess = true, // 必须设为true
      AllowedScopes = { "openid", "profile", "api1", "offline_access" } // 必须包含offline_access
  }
  

如果AllowOfflineAccess是false，哪怕请求里加了scope，也不会生成持久化授权。

4. 确认授权请求包含offline_access scope #

除了客户端配置允许，你的前端客户端（比如Angular）发起授权请求时，必须明确请求offline_access scope。比如在Angular的oidc-client配置中：

import { AuthModule } from '@auth0/auth0-angular';

@NgModule({
  imports: [
    AuthModule.forRoot({
      domain: 'your-auth-server-url',
      clientId: 'angular-client',
      authorizationParams: {
        scope: 'openid profile api1 offline_access' // 必须包含offline_access
      }
    })
  ]
})

如果请求里没有这个scope，IdentityServer不会返回refresh token，自然不会有数据写入PersistedGrants表。

5. 从日志中查找具体错误 #

查看你提供的日志文件，重点搜索以下关键字：

• PersistedGrantStore：查看是否有保存失败的提示
• DbUpdateException：数据库写入时的异常（比如字段约束冲突、连接失败）
• offline_access：确认授权请求中是否包含这个scope
  日志里的错误信息通常能直接定位问题，比如数据库连接字符串错误、表缺失、权限不足等。

6. 排除自定义存储的问题 #

如果你自己实现了IPersistedGrantStore接口来替换默认的EF存储，检查你的实现逻辑是否正确：

• 确认StoreAsync方法确实将数据写入了数据库
• 检查是否有未处理的异常导致保存失败
  如果没有自定义存储，确保Startup里没有意外替换这个服务。

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