最稳妥的Token生成算法是HMAC-SHA256，密钥须由安全随机源生成并从环境变量或密钥管理服务加载，payload需包含user_id、exp（UTC秒级时间戳）、jti（UUIDv4），签名前用nlohmann::json序列化并严格计算长度，Base64URL编码须规避+、/等URL不安全字符。
Token生成时用什么算法最稳妥
别直接手写SHA256拼接字符串再Base64——容易漏掉盐值、时间戳校验或密钥硬编码。生产环境必须用HMAC-SHA256，密钥由std::random_device生成并安全存储（比如环境变量或密钥管理服务），不能写死在代码里。
常见错误是把用户ID直接当token明文返回，或者用std::time(nullptr)做唯一标识——这既不防重放，也无法绑定客户端信息。正确做法是构造payload结构体，包含user_id、exp（UTC时间戳）、jti（UUIDv4随机串），然后签名。
- 示例payload序列化建议用
nlohmann::json，避免手动拼接引号和转义 - 签名前必须对JSON字符串做
std::string::c_str()+strlen严格长度计算，否则HMAC结果会因末尾\0错位 - Base64编码用
boost::beast::http::base64_encode或自己实现的无填充版本，避免URL unsafe字符（+、/）
验证函数怎么写才不会绕过签名校验
很多实现把verify_token写成先解码再解析JSON最后比对字段——这会在解析阶段就崩溃，或被恶意构造的超长exp字段拖慢服务。核心原则：所有校验必须按顺序原子执行，任一失败立即返回false。
关键步骤顺序不能颠倒：1. 拆分三段式JWT（header.payload.signature）→ 2. Base64URL解码payload → 3. 检查exp是否过期（用std::chrono::system_clock::now().time_since_epoch().count() / 1000000000转为秒）→ 4. 重新计算HMAC比对signature。
立即学习“C++免费学习笔记（深入）”；
- 跳过第3步会导致token永不过期；跳过第4步等于完全信任客户端传来的payload
- 注意
exp字段必须是int64_t类型，JSON库解析成double会丢失精度（尤其大数值） - 签名比对必须用
openssl::HMAC_Final+CRYPTO_memcmp，禁用==操作符——防时序攻击
如何安全地存储和传递Token
C++后端本身不处理HTTP头或Cookie，但调用方（比如基于Boost.Beast或cpp-httplib的服务器）必须明确约束传输方式：token只能放在Authorization: Bearer <token>头里，绝不能塞进query参数或表单字段。
常见坑是把token存进std::map<std::string, std::string>缓存——没加读写锁，多线程下可能被覆盖；或者用std::unordered_map但key是未sanitize的user_id字符串，导致注入式键冲突。
- 内存中短期缓存推荐
std::shared_mutex+std::unordered_map，key用std::string_view避免重复拷贝 - 若需持久化黑名单（如登出），用
leveldb或sqlite3存jti+exp，查询时加WHERE jti = ? AND exp > ? - 绝不记录完整token到日志——只记
jti哈希（如std::hash<std::string_view>{}(jti)）
为什么不能依赖std::string::find找Bearer前缀
std::string::find("Bearer ")会匹配到"X-Bearer-Token"这种伪造头，或被"Bearer%20..."（URL编码空格）绕过。HTTP头解析必须严格按RFC 7235规范，用boost::beast::http::field::authorization提取后，再用boost::beast::http::param_list解析scheme和token。
更隐蔽的问题是大小写：标准要求Bearer首字母大写，但某些客户端发bearer。实际处理时应该用boost::algorithm::iequals或手动转小写比较，而不是粗暴substr(0, 7) == "Bearer "。
- 空格位置必须是第7个字符（"Bearer "共7字节），不能用
std::string::rfind反向搜——可能匹配到payload里的Bearer字样 - token本身可能含空格（Base64URL编码后不含，但中间件可能误加），所以要用
boost::beast::http::trim_right清理尾部空白 - 如果用
cpp-httplib，它的req.get_header_value("Authorization")返回值自带两端空格，必须先trim
exp字段解析错一位，整个系统就失去时效性控制。 
