std::any是运行时类型擦除的单值包装器，非万能容器；适用配置缓存等场景，禁用于引用/数组，需注意移动语义、abi兼容性及生命周期管理。
std::any 不能直接当容器用，它只是单值包装器
很多人一看到 std::any 就想塞进 std::vector 当“万能容器”用，结果发现取值时必须显式 std::any_cast，而且一旦类型不对就抛 std::bad_any_cast —— 这不是容器设计缺陷，是它本来就没打算替代 std::variant 或自定义泛型容器。
真正能用 std::any 的地方，是需要运行时擦除类型、但又不希望完全放弃类型安全的场景，比如配置项缓存、插件参数传递、反射式属性访问。
- 别把它和
void*混淆：它内部有类型 ID 校验，std::any_cast失败是异常，不是未定义行为 - 别在热路径频繁构造/析构
std::any：它可能触发堆分配（尤其装大对象时），sizeof(std::any)通常是 16~32 字节，有开销 - 不能用
==比较两个std::any：没有重载比较操作符，得先type()判断再手动 cast 后比内容
往 vector 里存值前，必须确保 move/copy 正确性
std::vector<:any></:any> 是合法的，但容易踩坑的是值语义陷阱：比如存一个临时 std::string，你以为存进去了，其实可能被移动走，后续访问时内容已失效？不，std::any 的构造函数会按需拷贝或移动——关键看原值是不是右值、目标类型是否支持移动。
更常见的问题是：往里面塞引用类型（如 int&）或数组，编译直接报错，因为 std::any 要求类型必须满足 CopyConstructible 和 MoveConstructible，引用和内置数组都不满足。
立即学习“C++免费学习笔记（深入）”；
- 安全写法：
v.push_back(std::string{"hello"});→ 自动 move 构造 - 避免写法：
v.push_back(some_local_string);→ 若some_local_string是左值，会拷贝；若很大，考虑std::move(some_local_string) - 绝对禁止：
v.push_back(arr);（int[10]）、v.push_back(xxx_ref)（任何引用类型）
取值时 std::any_cast 的三种用法和对应风险
std::any_cast 不是万能钥匙，它有三个重载版本，用错一个就 crash 或静默失败：
【极品模板】出品的一款功能强大、安全性高、调用简单、扩展灵活的响应式多语言企业网站管理系统。 产品主要功能如下： 01、支持多语言扩展（独立内容表，可一键复制中文版数据） 02、支持一键修改后台路径； 03、杜绝常见弱口令，内置多种参数过滤、有效防范常见XSS； 04、支持文件分片上传功能，实现大文件轻松上传； 05、支持一键获取微信公众号文章（保存文章的图片到本地服务器）； 06、支持一键
-
std::any_cast<t>(any_obj)</t>：返回T值，失败抛std::bad_any_cast—— 最常用，但别在没把握时裸用 -
std::any_cast<t>(&any_obj)</t>：返回T&，失败也抛异常；若T是 const 类型，得用const T&，否则编译不过 -
std::any_cast<t>(any_obj)</t>（带指针形参）：返回T*，失败返回nullptr—— 适合不确定类型时做安全探测
典型错误：把 std::any_cast<int>(a)</int> 写成 std::any_cast<int>(a)</int>，后者要求 a 里存的就是 int&（不可能），必然 throw。
示例安全探测：
if (auto p = std::any_cast<double>(&val)) {
use_double(*p);
} else if (auto p = std::any_cast<std::string>(&val)) {
use_string(*p);
}
std::any 在跨模块传递时要注意 ABI 和 lifetime
如果把 std::any 作为 DLL / SO 的函数参数或返回值，要格外小心：它的实现依赖标准库内部细节，不同编译器、甚至同一编译器不同 STL 版本之间，std::any 的内存布局和异常类型可能不兼容。
更现实的问题是 lifetime：你把一个局部 std::string 塞进 std::any 再传给另一个模块处理，只要那个模块不 copy 出内容，一切正常；但如果你传的是 std::any 引用（const std::any&），而原 std::any 对象已经析构，那后续任何 any_cast 都是未定义行为。
- 跨 DLL 边界，优先用纯 C 接口或明确序列化的结构（如 JSON 字符串），别传
std::any - 若必须传，确保所有模块用同一套 STL（同编译器 + 同标准库版本 + 同构建选项）
- 永远不要返回局部
std::any的引用，也不要存储外部生命周期短于自身的std::any
类型擦除不是魔法，它只是把类型检查从编译期推迟到运行期，该管的 lifetime，一点都不能松手。
