PASETO比JWT更安全可靠，因其默认禁用不安全算法（如none）、强制版本标识、禁止自动解析未声明字段；Go微服务中推荐用v2.local对称加密模式实现高性能内部鉴权，但需严格管理32字节密钥并手动处理payload字段。

为什么不用 JWT 改用 Paseto？ Paseto 比 JWT 更严格、更少歧义：它默认禁用不安全算法（比如 none 或 HS256 无密钥校验），强制版本标识，且不支持“自动解析未声明字段”这类易被滥用的行为。Golang 微服务中若需无状态鉴权、又怕 JWT 的算法切换漏洞或 kid 注入问题，Paseto 是更稳妥的选择。

用 paseto 库生成 v2.local 令牌（对称加密） 适合服务间内部调用，性能好、无需密钥分发。但注意：v2.local 本质是加密+签名一体，解码必须用同一密钥，不能像 JWT 那样只验签不拆密。

• 密钥长度必须为 32 字节（256 bit），用 crypto/rand.Read 生成，别手写字符串
• 有效载荷（payload）只能是 map[string]interface{}，不支持自定义结构体直接序列化（会 panic）
• issuer、expiration 等字段需手动塞进 payload，Paseto 不提供内置 claim 类型

key := make([]byte, 32)
rand.Read(key) // 实际应从环境变量或 KMS 加载
token, err := paseto.NewV2().Encrypt(key, map[string]interface{}{
    "sub": "user_123",
    "iss": "auth-service",
    "exp": time.Now().Add(24 * time.Hour).Unix(),
}, nil)

用 paseto 库验证并解析 v2.local 令牌 验证失败时错误类型是 *paseto.Error，不是通用 error，建议用 errors.As 判断具体原因：

• paseto.ErrInvalidToken：格式错误（如 Base64 解码失败）
• paseto.ErrExpired：过期（自动检查 exp 字段）
• paseto.ErrInvalidSignature：密钥不匹配或篡改

var payload map[string]interface{}
err := paseto.NewV2().Decrypt(key, tokenString, &payload, nil)
if err != nil {
    var perr *paseto.Error
    if errors.As(err, &perr) && perr.Code == paseto.ErrExpired {
        // 返回 401 而非 500
    }
    return err
}

在 Gin 中集成 Paseto 中间件的常见陷阱 - 不要直接在 c.Request.Header.Get("Authorization") 里硬拆 "Bearer " 前缀——Paseto 令牌不遵循 Bearer 规范，官方推荐用自定义头如 X-Paseto-Token - 解析后应立即将 payload 转为强类型 struct（用 mapstructure.Decode），避免后续业务代码反复断言 payload["sub"].(string) - 若微服务集群共享同一密钥，务必确保所有实例加载的是完全相同的 key 字节序列（注意字节序、BOM、换行符）

Paseto 的安全性高度依赖密钥管理与版本锁定，v2 和 v4 的加密方式、字段语义都不兼容，升级前必须全链路灰度验证。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载