jwt签名验证必须用openssl等原生接口校验base64url_encode(header)+"."+base64url_encode(payload)与密钥生成的hmac/rsa签名，而非简单base64解码后比对；防重放需结合redis查重nonce与时间戳，网关层须在请求头解析后、路由前完成鉴权。
JWT 解析与签名验证必须用 OpenSSL 而非 base64 简单解码
直接对 JWT 的三段做 base64url_decode 后比对 signature 是错的——JWT 签名是针对 header.payload（拼接后未编码）用密钥计算的 HMAC 或 RSA 签名，不是对 base64 编码串签的名。OpenSSL 提供了 EVP_VerifyInit/EVP_VerifyUpdate/EVP_VerifyFinal（RSA）或 HMAC_Init_ex（HMAC）等原生接口，必须用它们校验。
常见错误现象：signature verification failed 却确认密钥和算法无误，大概率是把 base64(header) + "." + base64(payload) 当成待验数据，实际应是 base64url_encode(header) + "." + base64url_encode(payload)（注意是 url-safe 变体，且不补 =）。
- 用
jwt-cpp库时，确保调用jwt::verify<:traits::openssl>()</:traits::openssl>，而非手动拼字符串+HMAC - 若用
cpp-jwt，注意其validate()内部已处理 base64url 和拼接逻辑，但需显式传入alg（如"HS256"）和密钥 - RSA 公钥必须为 PEM 格式（以
-----BEGIN PUBLIC KEY-----开头），不能是 DER 或 JWK
防重放：timestamp + nonce 必须在服务端状态存储中查重
只校验 exp 和 nbf 时间戳不够——攻击者可截获一个有效 JWT 并反复重放。必须提取 payload 中的 iat（或自定义 ts 字段）和 nonce，组合成唯一键，在网关层查是否已存在。
使用场景：微服务网关通常是无状态的，但防重放要求有短时状态。不能依赖单机内存（多实例下失效），也不能用强一致数据库（高延迟）。推荐用 Redis 的 SET key value EX 300 NX 命令，300 秒是典型窗口期（略大于 JWT exp 宽松值）。
-
nonce必须由客户端生成（如 UUID v4），服务端只校验不生成 - Redis key 建议格式：
replay:{sha256(ts + "." + nonce)}，避免明文暴露时间信息 - 若 Redis 不可用，降级策略只能是关闭防重放（日志告警），不能 fallback 到本地 LRU cache（跨进程不共享）
拦截器需挂载在 HTTP 请求解析后、路由转发前的阶段
在基于 envoy 的网关中，JWT 鉴权应作为 HttpFilter 实现；若用 nginx + njs 或自研 C++ 网关（如基于 proxygen 或 brpc），拦截点必须在完整读取请求头之后、构造下游请求之前。
关键原因：JWT 通常放在 Authorization: Bearer <token></token> 头里，且需解析 body（如 GraphQL 请求）前完成鉴权，否则可能触发下游服务的无效调用。
- 不要在连接建立时或 TLS 握手阶段校验——此时 header 尚未收全
- 若网关支持 streaming body（如 gRPC-Web），JWT 必须在 headers 回调中完成校验，禁止延迟到 data 回调
- 校验失败必须返回标准 HTTP 状态码：
401 Unauthorized（签名/过期）、403 Forbidden（scope 不符）、422 Unprocessable Entity（nonce 冲突）
性能瓶颈常出在 OpenSSL RSA 公钥验签和 Redis RTT 上
实测显示，单次 RSA-2048 验签耗时约 0.3–0.8ms（Xeon Gold），而 Redis PING 延迟在局域网通常 SET NX EX 命令因网络往返+命令排队，P99 可达 3–5ms。这两项是鉴权路径中最重操作。
- 对称算法（HS256）比 RSA 快 10–20 倍，若业务允许，优先用 shared secret 而非公私钥
- Redis 连接必须复用（连接池），禁用每次新建连接；key 设置
EX时间要略大于 JWT 最大有效期（如 JWT exp=300s，则设 EX=360s） - 可加一层本地布隆过滤器（Bloom Filter）快速拒绝明显重复的 nonce（假阳性可交由 Redis 二次确认），但仅当 QPS > 10k 且 nonce 分布高度倾斜时才值得引入
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
