C++17起，void_t是最简洁可读的SFINAE成员探测方式；它将表达式合法性映射为类型可实例化性，使硬错误降级为重载失败，正确用法是封装traits并配合std::declval与decltype。
用 void_t 写成员存在性探测器，别手写 decltype 嵌套
直接结论：C++17 起，void_t 是最简洁、可读性最强的 SFINAE 成员探测方式；它本质是把“表达式是否合法”映射为“类型是否可实例化”，从而把错误从硬编译失败降级为重载决议失败。
常见错误是试图手动展开 decltype((void)(T::member)) 并塞进 enable_if，结果模板参数推导崩掉或偏特化顺序错乱。正确做法是封装成 traits 类型别名：
template<typename T, typename = void>
struct has_begin : std::false_type {};
template<typename T>
struct has_begin<T, std::void_t<decltype(std::declval<T>().begin())>>
: std::true_type {};
关键点：
-
std::declval<t>()</t>提供无构造对象，避免对T要求默认构造 -
decltype(...)检查的是调用表达式，不是单纯取类型——所以能捕获begin()是否可调用（含 const 重载、模板函数等） - 第二个模板参数必须是
void类型，否则偏特化不触发；std::void_t<...></...>就是为此设计的别名模板
探测嵌套类型（比如 T::value_type）要加括号，否则报错
探测类型成员和探测函数成员逻辑不同：前者靠 sizeof(T::value_type) 或直接写 T::value_type 都会因“不存在即硬错误”而失败；必须用 decltype 包一层“取类型”的动作，但又不能真执行——所以标准写法是：
立即学习“C++免费学习笔记（深入）”；
template<typename T, typename = void>
struct has_value_type : std::false_type {};
template<typename T>
struct has_value_type<T, std::void_t<typename T::value_type>>
: std::true_type {};
注意：typename T::value_type 必须带 typename，且不能写成 decltype(T::value_type)（后者要求 T::value_type 是变量或函数，不是类型）。
容易踩的坑：
- 漏写
typename→ 编译器报 “dependent name is not a type” - 误用
decltype包类型名 → 触发硬错误，SFINAE 失效 - 在 C++14 下用
void_t→ 需自己定义：template<class...> using void_t = void;</class...>
多个成员同时探测时，别堆在一个 void_t 里
想同时检查 T::begin 和 T::end？不要这么写：
// ❌ 错误：只要一个失败，整个 <code>void_t</code> 就失效，无法区分哪个缺
std::void_t<decltype(std::declval<T>().begin()),
decltype(std::declval<T>().end())>
这会导致只要任一成员缺失，偏特化就不匹配，你得不到“只缺 end”的信息。正确策略是拆开、组合：
template<typename T>
constexpr bool has_both_iterators =
has_begin<T>::value && has_end<T>::value;
或者用变参 void_t 实现“全满足”语义（C++17）：
template<typename...> struct always_true : std::true_type {};
template<typename T>
struct has_begin_and_end :
always_true<std::void_t<decltype(std::declval<T>().begin())>,
std::void_t<decltype(std::declval<T>().end())>> {};
要点：
- 每个成员单独封装 trait，复用性高、调试方便
- 组合逻辑放 constexpr 变量或辅助 trait，别塞进模板参数列表增加复杂度
- 若需“至少一个存在”，用
||连接布尔值，而非尝试让void_t接受可选参数
注意 const 成员函数和重载解析的陷阱
探测 begin() 时，默认 std::declval<t>()</t> 返回的是 T&&，调用的是非常量重载；如果类只提供 const 版本（如某些只读容器），探测会失败。
解决方法：显式构造 const 引用：
template<typename T>
struct has_const_begin : std::false_type {};
template<typename T>
struct has_const_begin<T, std::void_t<decltype(std::declval<const T&>().begin())>>
: std::true_type {};
更通用的做法是用 std::declval<t>()</t> 或 std::declval<const t>()</const> 控制 cv 限定符；否则你会遇到这种现象：
- 对
std::vector<int></int>探测成功（有非常量 begin） - 对
const std::vector<int>&</int>探测失败（没加 const 限定） - 对自定义只读类型，即使有 const begin，也因 declval 默认非 const 而漏判
真正难的不是写出来，而是想清楚你要探测的是“任意上下文可用”，还是“在特定 cv 环境下可用”——这个意图一旦模糊，trait 就会悄无声息地给出错误结果。
