std::void_t 是 C++17 引入的 void 别名模板，用于简化 SFINAE 类型探测；它不执行逻辑，仅作为表达式合法性检测的“哨兵”，使编译器在模板参数推导失败时静默丢弃而非报错。
std::void_t 是什么，它怎么让 SFINAE 更好写
它不是新功能，而是 C++17 为简化 SFINAE 检测封装的一个别名：本质就是 template。以前写类型探测要绕一大圈（比如定义辅助模板、偏特化、decltype 套嵌套），现在靠 void_t 把“只要表达式合法就推导出 void”这个逻辑显式暴露出来，让编译器在替换失败时安静地丢弃重载，而不是报错。
关键点在于：它本身不做事，只当“占位哨兵”——真正干活的是你塞进 void_t<...> 里的表达式。一旦那个表达式不合法（比如成员不存在、函数调用不匹配），整个模板参数推导就失败，触发 SFINAE。
检测某个类型是否有 nested type（比如 value_type）
这是最常见也最容易出错的场景。错误写法是直接在模板参数里写 T::value_type，这会硬崩（不是 SFINAE 失败，而是编译错误）。正确做法是把它藏进 void_t 的参数包里，让失败发生在默认模板参数层面。
- 用
std::void_t作为默认模板参数，而不是直接出现在主模板参数列表中 - 必须配合
std::enable_if_t或直接作为函数/类模板的第二个模板参数来参与重载决议 - 注意
typename关键字不能省——T::value_type是依赖名称，不加typename编译器不认
template<typename t typename="std::void_t<typename" t::value_type>> constexpr bool has_value_type_v = true; template<typename t> constexpr bool has_value_type_v<t std::void_t>> = false;</t></typename></typename>
检测某个类型是否有特定成员函数（比如 begin()）
比检测嵌套类型更麻烦：成员函数可能重载、有 const/volatile 限定、接受不同参数。直接写 T{}.begin() 很危险——构造 T{} 可能不合法，或 begin() 返回类型不可默认构造，都会导致硬错误。
- 优先用
decltype+ 表达式，不实际调用，例如decltype(std::declval().begin()) -
std::declval提供一个假想的左值引用，不构造对象，安全() - 如果还要进一步约束返回类型（比如要求是迭代器），就把
decltype(...)塞进void_t里，多套一层即可 - 不要试图在
void_t里写带分号的语句或复杂逻辑——它只接受类型表达式
template<typename t> using has_begin_t = std::void_t<decltype>().begin())>; template<typename t typename="has_begin_t<T">> constexpr bool has_begin_v = true; template<typename t> constexpr bool has_begin_v<t std::void_t>> = false;</t></typename></typename></decltype></typename>
为什么 std::void_t 在类模板偏特化里容易翻车
类模板偏特化对匹配规则更苛刻。如果你写 template，它只匹配“恰好有两个模板参数”的情形，而主模板可能是 template —— 这时偏特化不会被选中，因为默认参数不算显式提供。
- 解决方案：统一用两参数主模板，偏特化时第二个参数用
void_t<...>占位，但主模板的默认参数必须是void，不能是别的类型 - 另一个坑：多个
void_t检测混用时（比如同时查value_type和size()），别把它们全塞进一个void_t—— 要分开写成void_t, void_t，否则任一失败整组失效 - Clang 和 GCC 对嵌套
void_t展开的诊断友好度不同，遇到奇怪的“no matching function”先检查是否漏了typename或declval
真正难的从来不是写对 void_t，而是想清楚你要检测的表达式在所有目标类型上是否真的“只依赖声明、不触发定义、不引发副作用”。稍不注意，void_t 就从 SFINAE 工具变成硬崩溃开关。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
