std::any_cast抛出std::bad_any_cast异常因类型不匹配或any为空；引用版强制转换失败即异常，指针版返回nullptr；需用has_value()和type()配合检查，避免误用。
std::any_cast 会抛出 std::bad_any_cast 异常
当目标类型与 std::any 当前存储的类型不完全一致时，引用版本的 std::any_cast<t>(any)</t> 会立即抛出 std::bad_any_cast 异常。这不是编译错误，而是运行时检查失败的结果。
常见触发场景包括：
- 存储的是
int，却尝试std::any_cast<double></double> - 存储的是
std::string，却尝试std::any_cast<char></char>或std::any_cast<:string_view></:string_view> - 忽略
const修饰符：存储int，却用std::any_cast<const int></const>—— 这其实是合法的；但反过来，存储const int（极少这么用）而 cast 为int&就会失败 - 试图对空的
std::any（即未赋值或已调用reset()）执行任何any_cast
为什么不是返回 nullptr 或 false？
因为 std::any_cast 有两个重载版本：
- 引用版（
std::any_cast<t>(any)</t>）：语义是“我确定类型匹配，给我值”，失败即异常，符合“契约式设计”习惯 - 指针版（
std::any_cast<t>(&any)</t>）：语义是“试试看，行就给指针，不行就给nullptr”，适合需要手动处理失败路径的场景
两者底层都依赖 typeid 比较，但接口语义不同。误用引用版做试探性转换，是项目中 std::bad_any_cast 频发的主因。
立即学习“C++免费学习笔记（深入）”；
type() 比较时要注意 typeid 的行为
std::any::type() 返回的是 const std::type_info&，它和 typeid(T) 比较是安全的，但有几点容易被忽略：
-
typeid对 cv 限定符敏感：存储int时，data.type() == typeid(const int)是false - 不要依赖
type().name()做字符串比较——不同编译器输出格式不同（如"i"vs"int"），不可靠 - 若需多类型分支，推荐用
std::type_index做 map 或 set 查找，比链式if/else+typeid更清晰
空 any 对象直接 cast 也会崩溃
哪怕类型完全匹配，如果 std::any 是默认构造或已 reset()，调用 std::any_cast 仍会抛出 std::bad_any_cast。
正确做法是先检查有效性：
std::any data;
// ... 可能赋值，也可能没赋值
if (data.has_value() && data.type() == typeid(double)) {
double d = std::any_cast<double>(data); // 此时才安全
}
漏掉 has_value() 检查，是调试时最常卡住的点——异常堆栈只显示 bad_any_cast，但实际根源是空对象，不是类型错。
