不能直接传普通成员函数给std::sort，因其隐含this指针导致签名不匹配；可行方案有三：①lambda捕获this（最常用），②std::bind绑定this（C++11/14，现不推荐），③static成员函数（无状态时首选）。
为什么不能直接传普通成员函数给 std::sort
因为普通成员函数隐含一个 this 指针参数，签名不匹配 std::sort 要求的二元谓词（如 bool( const T&, const T& )）。直接写 std::sort(v.begin(), v.end(), &MyClass::cmp) 会编译失败，报错类似：no matching function for call to 'sort' 或提示类型不兼容。
三种可行且各适用场景的写法
核心思路是“剥离 this 绑定”，让调用能落在具体对象实例上：
-
用 lambda 捕获
this（最常用）：适合在成员函数内部排序本类数据，代码简洁、语义清晰。void MyClass::sortItems() { std::sort(items.begin(), items.end(), [this](const Item& a, const Item& b) { return this->compareImpl(a, b); // 调用私有比较逻辑 }); } -
用
std::bind绑定this（C++11/14）：可读性稍弱，但适合需要复用绑定结果的场合；注意绑定后对象生命周期必须长于 sort 调用。std::sort(v.begin(), v.end(), std::bind(&MyClass::cmp, this, std::placeholders::_1, std::placeholders::_2)); -
改用 static 成员函数（无状态时首选）：如果比较逻辑不依赖任何成员变量，声明为
static后就能直接传地址：static bool cmp(const Item& a, const Item& b) { return a.id < b.id; } // ... std::sort(v.begin(), v.end(), &MyClass::cmp);
容易踩的坑：lambda 捕获与对象生命周期
若在 lambda 中捕获 this 并在异步或延迟上下文中使用（比如塞进队列、传给另一个线程），而原对象已析构，就会导致未定义行为。此时必须确保：
- lambda 只在当前对象生命周期内被调用（如上述
sortItems()内联使用是安全的） - 若需跨作用域传递，改用值捕获关键字段（如
[id = this->id]），或显式传入智能指针管理的对象引用 - 避免在 lambda 中调用可能被移动或重置的成员（如
std::unique_ptr成员未判空就解引用）
性能与可读性权衡点
三者性能差异极小，现代编译器基本都能内联；真正影响维护性的反而是意图表达：
立即学习“C++免费学习笔记（深入）”；
- 用 lambda 最直观——“这里按我的规则排”，尤其当比较逻辑只在此处用一次
- static 成员函数适合通用、无副作用的比较（如按 ID 升序），方便单元测试和复用
-
std::bind在 C++17 后已不推荐，可读性差、模板推导易出错，除非要适配旧接口
真正麻烦的是把比较逻辑写在 lambda 里又重复用了三次——这时候该抽成 private static 函数，而不是硬套“必须用 lambda 才优雅”的思维。
