ASP.NET Core Web API（前后端分离）能否使用Identity组件？

当然可以，ASP.NET Core Identity完全支持前后端分离的场景，你的担心是多余的。以下是具体的适配方案和注意事项：

核心实现思路 #

• 基于Token的认证模式：这是前后端分离场景下的标准适配方式。结合Identity与JWT（JSON Web Token），让前端通过登录接口获取Token后，在后续所有请求的Authorization头中携带Bearer {Token}完成身份验证。
  • 具体操作：在API的Program.cs中配置Identity服务，添加JWT认证中间件；编写登录接口，验证用户账号密码后调用Identity的认证接口生成JWT并返回；前端将Token存储在localStorage或sessionStorage中，每次请求API时自动携带Token头。
• 适配整洁架构：将Identity的核心逻辑与API解耦，贴合整洁架构的分层原则：
  • 在领域层定义用户实体（可继承IdentityUser），确保领域模型的独立性；
  • 在应用层封装认证、授权的业务服务（如IAuthService），内部调用Identity的底层API实现用户管理、认证逻辑；
  • API层仅负责接收前端请求、调用应用层服务、返回标准化响应，避免直接依赖Identity的细节。

关键注意事项 #

• 禁用Cookie认证：前后端分离场景下无需依赖Cookie，可在配置Identity时关闭默认的Cookie认证模式，仅保留JWT认证。
• 授权策略配置：利用Identity的角色、声明系统，结合ASP.NET Core的授权特性（如[Authorize]、[Authorize(Roles = "Admin")]），为不同API接口设置访问权限。
• 跨域配置：确保API正确配置CORS策略，允许前端域名的请求携带Token头，避免跨域请求被拦截。

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