使用JWT认证的Web项目选型：Blazor Server App还是Angular？

首先明确你遇到的IJSRuntime依赖问题的核心原因：Blazor Server的运行时位于服务端，用户会话通过SignalR长连接维护，原生认证逻辑基于Cookie实现。你要强行适配纯JWT认证方案时，必然要通过JS互操作读写客户端本地存储的token/refresh token，每次IJSRuntime调用都需要走一次SignalR往返，高并发或网络差的场景下确实会产生明显的性能损耗，还可能出现断连重连时的token状态不同步问题。

优先选择继续使用Blazor的情况 #

• 你的开发团队以.NET开发者为主，无专职前端团队，后续维护工作也将由.NET团队承担
• 应用为内部管理系统、企业工具类产品，用户量级小，对极致性能无强需求
• 可接受调整认证方案：放弃纯JWT的前端存储逻辑，改用Blazor原生支持的Cookie认证+服务端内部JWT生成方案，调用第三方API时由服务端直接基于已认证的用户身份生成JWT，完全避免前端token操作，从根源上消除IJSRuntime调用带来的性能隐患。

优先选择转用Angular的情况 #

• 应用为面向C端的高流量产品，对首屏加载速度、交互响应延迟有较高要求
• 团队具备Angular开发经验，或愿意投入资源切换前端技术栈
• 架构规划要求纯前后端分离，后续需要统一JWT认证方案对接多端（小程序、APP等）接口，不想为Blazor做额外适配
• 需要成熟的前端生态支持：Angular原生的HTTP拦截器、路由守卫可以直接实现token自动附加、refresh token无感刷新等逻辑，无需额外适配Blazor的特殊运行机制，生态成熟度远高于Blazor。

核心决策参考 #

如果当前仅存在JWT实现的性能问题，优先尝试调整Blazor的认证方案，切换技术栈的时间、人力成本远高于适配现有架构；如果调整后仍无法满足性能要求，或产品规划本身需要纯前端架构的灵活性，再转向Angular。

内容的提问来源于stack exchange，提问作者Im the new