17370845950

选 if constexpr 还是 SFINAE 取决于需求：需编译期分支逻辑用 if constexpr；需控制函数模板是否参与重载决议则用 SFINAE。前者用于同一模板内条件执行，后者用于使函数“消失”或“出现”，二者互补而非替代。

选 if constexpr 还是 SFINAE，关键看场景：需要编译期分支逻辑就用 if constexpr；需要控制函数模板是否参与重载决议（比如实现类型特征、多态接口或回退机制）就用 SFINAE。

用 if constexpr 的情况：同一模板内做条件编译

当你已经在一个函数模板里，只是想根据类型或常量表达式决定执行哪段代码，且两分支不互相干扰（比如一个分支调用 .size()，另一个调用 .length()），if constexpr 更简洁安全。

• 分支中非法代码不会导致编译错误，只要该分支不被选中
• 不改变重载集，不涉及函数可见性问题
• 可读性强，接近普通 if，适合逻辑分叉而非接口适配

例如：

template
auto get_size(const T& t) {
    if constexpr (has_size_v) {
        return t.size(); // 只有 T 有 size() 才实例化这行
    } else if constexpr (is_array_v) {
        return std::extent_v;
    } else {
        static_assert(always_false_v, "type has no size");
    }
}

用 SFINAE 的情况：让函数模板“消失”或“出现”

当你要让某个函数模板只对特定类型可用（比如只接受迭代器、只支持移动构造、或提供 fallback 实现），必须靠 SFINAE 控制模板是否进入重载候选集。

• 典型用法：std::enable_if_t = 0 或 C++20 概念（更现代但本质同源）
• 多个重载共存时，SFINAE 能让编译器自然选出最匹配的一个
• 无法用 if constexpr 替代——它不能让函数“不参与重载”

例如：

template
auto serialize(const T& t, std::enable_if_t>* = nullptr)
    -> decltype(t.serialize()) {
    return t.serialize();
}
template
std::string serialize(const T& t, std::enable_if_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

基本上就这些。不复杂但容易忽略：选哪个，先问自己——是要“不让这个函数存在”，还是要“让它存在但走不同路径”。