std::enable_if应放在模板参数默认值中（如typename = std::enable_if_t<Cond>），而非返回类型，以确保参与重载决议；类模板需通过偏特化配合std::enable_if_t<void>实现SFINAE；C++17起可用constexpr if替代部分场景，但不触发SFINAE。
std::enable_if 在函数模板重载中怎么写才不报错？
直接在函数声明里用 std::enable_if，但必须让它能参与重载决议——否则编译器根本看不到这个重载，报“no matching function”而不是SFINAE失效。
- 把
std::enable_if放在模板参数默认值或函数参数里，别放返回类型（C++11/14 中返回类型写法容易触发硬错误） - 推荐写法：
template<typename t typename="std::enable_if_t<std::is_integral_v<T">>></typename>，用typename = ...形式最稳 - 如果非要塞返回类型，得写成
std::enable_if_t<... int></...>显式指定第二参数，否则std::enable_if_t<false></false>是 void，void 不能当返回类型推导 - 常见错误：写
std::enable_if<:is_integral>::value>::type</:is_integral>却忘了加::type或用错 C++ 版本别名（C++14 起才有std::enable_if_t）
类模板偏特化时 std::enable_if 怎么配合 SFINAE？
类模板本身不支持“条件禁用”，std::enable_if 不能直接用于类模板声明；必须靠偏特化 + 用 std::enable_if 控制偏特化是否匹配。
- 主模板留空或只做静态断言兜底：
template<typename t typename="void"> struct my_trait;</typename> - 偏特化里用
std::enable_if_t构造唯一匹配的void类型：template<typename t> struct my_trait<t std::enable_if_t>>> { ... };</t></typename> - 注意：偏特化中的
std::enable_if_t必须能求值为void，否则偏特化不生效，回落到主模板——这时如果主模板没定义，就是编译错误，不是 SFINAE - 别用
std::enable_if的嵌套::type写法，容易在偏特化中因依赖名解析失败而报错
为什么 std::enable_if_t 会导致硬错误而不是静默跳过？
因为 SFINAE 只作用于“模板参数推导/替换失败”，一旦进入函数体或类定义内部再出错，就是硬错误。
- 典型踩坑：在
std::enable_if_t条件里用了未定义的类型、非法表达式（比如对非类类型取::value_type），且该表达式不在模板参数上下文中——编译器不会忍，直接报错 - 解决办法：所有条件判断必须包裹在
decltype、sizeof或其他延迟求值上下文中，例如用std::declval<t>().size()</t>替代直接调用T().size() - C++17 起可以用
constexpr if替代部分场景，但它不触发 SFINAE，只是编译期分支——想控制重载/特化，还是得靠std::enable_if - 调试技巧：把条件拆成独立
static_assert，确认std::is_same_v、std::is_invocable_v这些 trait 在你传入的类型上确实返回预期值
std::enable_if 和 requires（C++20 concepts）混用会怎样？
可以共存，但语义不同：前者控制重载可见性，后者控制约束满足性；混用时，requires 先筛，std::enable_if 后筛，顺序不可逆。
立即学习“C++免费学习笔记（深入）”；
- 如果写了
template<typename t> requires std::is_integral_v<t> void foo(T);</t></typename>，再加std::enable_if是冗余的——requires已经完成约束 - 但若主模板带
requires，又提供一个无约束的偏特化，那个偏特化仍可能被选中，除非也加requires false或用std::enable_if把它显式禁掉 - 兼容旧代码时，别在同一个函数模板上既写
requires又写std::enable_if参数——可读性差，且 Clang/GCC 对两者的错误提示位置不一致，查错更费劲 - 真正需要两者并存的场景极少，通常是跨标准版本适配库接口，此时建议用宏隔离：
#if __cplusplus >= 202002L分支用requires，否则用std::enable_if
最容易被忽略的是：SFINAE 不是万能开关，它只吃“模板参数替换失败”。任何越过这道线的错误，比如 static_assert 失败、类体内成员访问违规、constexpr 计算溢出，都会变成硬错误。写 std::enable_if 之前，先问自己——这个条件判断，真的发生在替换阶段吗？
