Identity API Endpoints 是 .NET 8 内置的轻量级鉴权端点（如 /login、/register），基于 ASP.NET Core Identity + Minimal APIs 实现，不依赖 IdentityServer，仅默认生成 cookie 而非 JWT token，适用于中小型应用快速实现邮箱注册登录。
Identity API Endpoints 是什么，和传统 IdentityServer 有什么区别
Identity API Endpoints 是 .NET 8 内置的一组轻量级、开箱即用的鉴权端点（如 /login、/register、/logout），它不依赖 IdentityServer 或外部库，而是基于 ASP.NET Core Identity + Minimal APIs 实现。它不是替代 IdentityServer 的完整 OAuth2/OpenID Connect 服务器，而是面向“自己写前后端、需要快速支持邮箱注册/登录/密码重置”的中小型应用。
常见误解是把它当成 IdentityServer 的简化版——其实它连 access_token 签发都不做，默认只生成 cookie；若需要 JWT token，得手动扩展或换方案。
如何启用 Identity API Endpoints（Minimal Hosting 模式）
必须在 Program.cs 中显式调用 AddIdentityApiEndpoints 和 MapIdentityApi，且顺序不能错。缺一不可，否则 404 或类型绑定失败。
-
AddIdentityApiEndpoints注册服务（含默认 User、Role、PasswordHasher 等） -
AddEntityFrameworkStores<applicationdbcontext>()</applicationdbcontext>必须紧随其后，否则用户存储无法解析 -
MapIdentityApi必须在app.MapControllers()之前调用，否则路由不生效
示例关键片段：
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddIdentityCore<IdentityUser>()
.AddEntityFrameworkStores<ApplicationDbContext>()
.AddApiEndpoints(); // ← 注意：这是 .NET 8+ 新增的扩展方法
var app = builder.Build();
app.MapIdentityApi<IdentityUser>(); // ← 路由挂载
默认端点有哪些，参数和返回值长什么样
它暴露的是 Minimal API 风格的端点，没有控制器类，全部自动注册。常用端点包括：
-
POST /login：接收{ email, password, rememberMe? }，成功返回 200 + 空 body（仅设 cookie），失败返回 400/401 -
POST /register：接收{ email, password, confirmPassword }，要求 email 唯一，密码需满足 Identity 默认策略（至少 1 小写字母、1 大写、1 数字、1 符号） -
POST /logout：清空 cookie，无请求体 -
POST /forgot-password：发送重置链接邮件（需配置IEmailSender） -
POST /reset-password：接收{ email, token, newPassword, confirmPassword }
注意：/login 默认不返回 token，也不返回用户信息。如果前端需要当前用户数据，得额外加一个 GET /me 接口并手动授权（用 [Authorize]）。
为什么调用 /login 总是 400 或 401，常见排查点
不是代码写错，而是几个隐性约束没满足：
- 请求必须带
Content-Type: application/json，否则模型绑定失败 → 400 - 数据库 migration 必须已执行，且
AspNetUsers表存在；否则首次注册会静默失败 → 查日志看 EF 报错 - 密码策略不匹配：比如只传了
"123456"，会被拒绝 → 开发期可临时禁用策略（options.Password.RequiredLength = 1） - 未启用 cookie 认证中间件：
AddIdentityApiEndpoints已内置，但若你手动调用了AddAuthentication().AddCookie(...)，可能冲突 → 删掉自定义认证配置 - 前端跨域时未携带凭据：
fetch要加credentials: 'include'，否则 cookie 不发送 → 登录成功但后续请求仍 401
最易被忽略的是：这些端点默认只接受 HTTPS 请求。开发时若用 HTTP（如 http://localhost:5000），/login 会直接返回 400 并提示 “The provided value for the input parameter 'redirect_uri' is not valid”——其实跟 redirect_uri 无关，是框架强制 HTTPS 导致的误报。
