std::invoke调用非静态成员函数必须显式传入对象实例（或指针/引用），因成员函数隐含this参数；cv限定符需严格匹配，否则编译失败；其核心价值在于统一各类可调用对象的语法，模板中无需分支处理。
std::invoke 调用类成员函数必须传对象实例（或指针）
直接用 std::invoke 调用非静态成员函数时，编译器会报错：「no matching function for call to invoke」——因为成员函数隐含 this 参数，std::invoke 不会自动推导或补全它。
正确做法是显式提供对象（或其指针/引用），顺序为：std::invoke(成员函数指针, 对象, ...args)。注意：对象不能是临时值（除非是 const lvalue 引用且函数为 const 成员）。
-
std::invoke(&MyClass::func, obj, 42)—— obj 是左值 -
std::invoke(&MyClass::func, &obj, 42)—— 传指针也合法 -
std::invoke(&MyClass::func, std::move(obj), 42)—— 若 func 是 && 重载版本，可传右值 - ❌
std::invoke(&MyClass::func, MyClass{}, 42)—— 若 func 非 const 且无 && 版本，会编译失败
std::invoke 对 const/volatile 限定符和重载解析很敏感
成员函数的 cv 限定符必须与调用对象匹配，否则 std::invoke 无法绑定。这不是运行时错误，而是编译期 SFINAE 失败，容易误以为“语法不对”。
例如：const MyClass obj; 只能调用 void func() const；若只定义了非 const 版本，std::invoke(&MyClass::func, obj) 就不成立。
立即学习“C++免费学习笔记（深入）”；
- 有 const 和非 const 两个重载？
std::invoke会按对象 cv 性质选一个，不歧义 - 成员函数是 volatile 或 const volatile？对应对象也得带相同限定符
- Lambda 或普通函数指针没这问题，但成员函数指针 + 对象组合天然受 cv 约束
std::invoke 的统一性体现在它抹平了调用语法差异
它真正价值不是“多一种调用方式”，而是让模板代码不用区分「函数指针 / 成员指针 / 函数对象 / lambda」——只要能 call，std::invoke 就能一视同仁。
比如写通用回调包装器时，你不需要写三套 if-constexpr 分支来处理不同 callable 类型。
-
std::invoke(f, x)→ f 是自由函数、lambda、functor 都行 -
std::invoke(&C::m, c, y)→ 成员函数指针 + 实例 -
std::invoke(&C::m, ptr, y)→ 成员函数指针 + 指针（自动解引） -
std::invoke(std::mem_fn(&C::m), c, y)也能工作，但没必要——std::invoke原生支持
性能上 std::invoke 几乎零开销，但别滥用在热路径里做间接转发
标准要求 std::invoke 必须是 constexpr 且内联友好的，实际编译后和手写调用等价。但如果你在循环内部反复用它转发到同一个成员函数，编译器未必能完全优化掉中间层（尤其跨 TU 或模板实例化复杂时）。
- 对编译器友好：参数类型明确、无虚函数、无运行时多态
- 避免嵌套：比如
std::invoke(f, std::invoke(g, x))，可能阻碍优化 - 调试时注意：栈帧里会多一层
std::invoke调用，gdb 中 step into 会先进入它再跳转
实际用的时候，最常踩的坑其实是忘了传对象，或者传了 const 对象却去调非 const 成员函数——这两个错误信息都不直观，容易花时间排查。