选 if constexpr 还是 SFINAE 取决于需求：需编译期分支逻辑用 if constexpr；需控制函数模板是否参与重载决议则用 SFINAE。前者用于同一模板内条件执行，后者用于使函数“消失”或“出现”，二者互补而非替代。
选 if constexpr 还是 SFINAE，关键看场景：需要编译期分支逻辑就用 if constexpr；需要控制函数模板是否参与重载决议（比如实现类型特征、多态接口或回退机制）就用 SFINAE。
用 if constexpr 的情况：同一模板内做条件编译
当你已经在一个函数模板里，只是想根据类型或常量表达式决定执行哪段代码，且两分支不互相干扰（比如一个分支调用 .size()，另一个调用 .length()），if constexpr 更简洁安全。
- 分支中非法代码不会导致编译错误，只要该分支不被选中
- 不改变重载集，不涉及函数可见性问题
- 可读性强，接近普通 if，适合逻辑分叉而非接口适配
例如：
template<typename T>
auto get_size(const T& t) {
if constexpr (has_size_v<T>) {
return t.size(); // 只有 T 有 size() 才实例化这行
} else if constexpr (is_array_v<T>) {
return std::extent_v<T>;
} else {
static_assert(always_false_v<T>, "type has no size");
}
}用 SFINAE 的情况：让函数模板“消失”或“出现”
当你要让某个函数模板只对特定类型可用（比如只接受迭代器、只支持移动构造、或提供 fallback 实现），必须靠 SFINAE 控制模板是否进入重载候选集。
立即学习“C++免费学习笔记（深入）”；
- 典型用法：
std::enable_if_t<condition, int> = 0或 C++20 概念（更现代但本质同源） - 多个重载共存时，SFINAE 能让编译器自然选出最匹配的一个
- 无法用
if constexpr替代——它不能让函数“不参与重载”
例如：
template<typename T>
auto serialize(const T& t, std::enable_if_t<has_serialize_v<T>>* = nullptr)
-> decltype(t.serialize()) {
return t.serialize();
}
<p>template<typename T>
std::string serialize(const T& t, std::enable_if_t<!has_serialize_v<T>>* = nullptr) {
return to_string_fallback(t); // 回退实现
}混合使用：SFINAE 筛选 + if constexpr 细分
实际项目中常组合使用：先用 SFINAE 把大类类型圈定（比如限定为容器），再在函数体内用 if constexpr 处理子类差异（如 vector vs array vs string）。
- SFINAE 做“准入控制”，
if constexpr做“内部调度” - 避免把所有逻辑塞进一个模板导致过长的 enable_if 条件
- 提升可维护性：重载清晰，分支明确
C++17 后优先考虑 if constexpr，但别淘汰 SFINAE
if constexpr 不是 SFINAE 的替代品，而是互补工具。C++20 引入概念（concepts）后，SFINAE 的语法负担大幅降低，语义更清晰，但底层机制仍是基于替换失败不报错。
- 写新代码：能用
if constexpr就不用 SFINAE 做分支 - 写泛型接口或 trait：仍需 SFINAE（或 concepts）来约束模板可用性
- 维护旧代码：遇到复杂 enable_if 嵌套，可逐步拆成 SFINAE + if constexpr
基本上就这些。不复杂但容易忽略：选哪个，先问自己——是要“不让这个函数存在”，还是要“让它存在但走不同路径”。
