必须用auto+尾置返回类型当函数返回类型依赖模板参数或表达式类型且编译器在声明时无法推导，如decltype(t1+t2)中t1、t2在前置位置未声明，或std::declval配合泛型操作等场景。
什么时候必须用 auto + 尾置返回类型？
当函数返回类型依赖模板参数或表达式类型，且编译器在声明时无法推导时，就必须用尾置语法。比如 std::declval、decltype 配合泛型容器操作——前置写法会直接报错：error: 'T' was not declared in this scope。
- 模板参数
T出现在返回类型中，但定义在参数列表之后，前置写法看不到它 - 返回类型是某个复杂表达式的
decltype，而该表达式含形参（如decltype(t1 + t2)），前置位置形参尚未声明 - 使用
std::declval<t>()</t>构造临时对象做类型推导，只能在函数体或尾置位置访问模板上下文
auto func(...) -> decltype(...) 比前置写法更清晰？
不是“更清晰”，而是“唯一可行”。前置写法在模板函数里写 decltype(t1 + t2) func(T t1, U t2) 是非法的——t1 和 t2 此时尚未进入作用域。尾置把返回类型放在参数之后，自然获得全部形参和模板信息。
- 尾置写法让声明顺序匹配阅读顺序：先看参数，再看返回值依赖什么
- 对 lambda 表达式，尾置是唯一支持复杂返回类型的写法：
[&](int x) -> std::optional<int></int> - 不推荐为普通函数硬套尾置——比如
int foo()改成auto foo() -> int无必要，还增加噪音
尾置返回类型影响函数重载和 SFINAE 吗？
影响很大，而且是关键影响点。返回类型本身不参与重载决议，但尾置部分若含 decltype 或模板表达式，就会触发 SFINAE；一旦推导失败，整个重载选项被静默丢弃。
- 常见坑：在尾置中用了未定义的成员函数，比如
decltype(t.begin())，但T不一定有begin()—— 这不会报错，而是让该重载不可用 - 搭配
std::enable_if_t时，尾置位置比前置更易嵌套：可以写-> std::enable_if_t<:is_integral_v>, T></:is_integral_v> - 注意：返回类型中的错误（如无效的
decltype）属于硬错误而非 SFINAE，会导致编译失败，不是静默排除——要确保表达式在所有候选类型下语法合法
lambda 和函数模板混用时，尾置返回类型怎么写才不出错？
lambda 的尾置返回类型必须显式写出，且不能依赖捕获变量的类型推导——因为捕获发生在调用时，而返回类型需在定义时确定。
立即学习“C++免费学习笔记（深入）”；
- 错误写法：
[x](int y) -> decltype(x + y)—— 若x是运行时捕获的局部变量，其类型可能未定（如auto x = get_val();） - 正确做法：捕获类型明确，或用
std::declval模拟：[x](int y) -> decltype(std::declval<decltype>()+y)</decltype> - 函数模板中返回 lambda 时，外层尾置不影响内层 lambda，两者独立；但内层 lambda 的尾置仍受自身上下文限制
