JWT 陷阱：Token 是 String 还是 Value Object？DDD 视角下的认证架构重构
💡
原文中文，约3100字，阅读约需8分钟。
📝
内容提要
在高性能Rust Web服务中，直接使用String处理认证Token存在类型安全隐患。本文探讨将Token视为值对象（AuthToken），以提升类型安全和业务语义，避免重复验证和安全漏洞。通过领域驱动设计，AuthToken封装用户身份信息，实现职责分离，简化认证流程，确保核心业务逻辑的可信与简洁。
🎯
关键要点
- 在高性能Rust Web服务中，直接使用String处理认证Token存在类型安全隐患。
- Token应被视为值对象（AuthToken），以提升类型安全和业务语义。
- 使用原始String处理Token导致信任危机，无法传达核心业务信息。
- Token的验证逻辑分散，造成代码重复和维护困难。
- Token的核心载荷符合值对象特征，描述用户身份和有效性。
- AuthToken封装所有已验证的用户身份信息，作为认证体系的核心数据结构。
- 通过结构化认证上下文提升代码的业务语义。
- 使用JwtClaimData解耦封装，确保JWT兼容性。
- 将Token提升为值对象后，增强类型安全与数据可信度。
- AuthToken实现职责分离，确保认证系统的清晰架构。
- AuthToken适配Axum的FromRequestParts机制，实现声明式认证。
- Token必须是值对象，以确保核心业务逻辑的纯净、可信和简洁。
➡️
