<p>std::sort 不能直接排序指针数组，必须提供比较函数；对 int* arr[10] 调用 std::sort(arr, arr + n) 会编译失败或未定义行为，因默认 operator< 不支持指针类型比较。</p>
std::sort 不能直接排序指针数组，必须提供比较逻辑
直接对 int* 类型的数组（比如 int* arr[10]）调用 std::sort(arr, arr + n) 会编译失败或行为未定义——因为 std::sort 默认用 operator 比较元素，而裸指针之间没有预定义的 <code> 运算符（除非是同一数组内地址比较，但不安全且不可靠）。
常见错误现象：error: no match for 'operator；或者虽能编译（某些老编译器隐式允许），但排序结果完全随机。
- 必须显式传入比较函数/lambda，告诉
std::sort“按指针指向的值排序”还是“按指针地址排序” - 若想按值排序，比较函数里要解引用：
[&](int* a, int* b) { return *a - 若想按地址排序（极少用），直接比较指针：
[&](int* a, int* b) { return a - 注意空指针：如果数组中可能含
nullptr，比较前必须检查，否则*a会崩溃
用 lambda 捕获外部状态时，避免悬空指针
如果指针指向的是局部变量或临时对象（比如在循环中取 &local_var 存入数组），后续排序时这些指针就变成悬空指针。解引用会导致未定义行为，程序可能崩溃或输出乱码。
典型场景：在函数内构造 int* ptrs[5]，每个指针来自不同 int x = ...; 的地址，然后返回该数组——这本身就是危险操作。
立即学习“C++免费学习笔记（深入）”；
- 确保所有指针指向生命周期足够长的对象（如全局变量、堆分配内存、或外部长生命周期容器中的元素）
- 推荐用
std::vector<:unique_ptr>></:unique_ptr>替代裸指针数组，自动管理内存且支持直接排序 - 若必须用裸指针，排序前可用
assert(a != nullptr && b != nullptr)快速暴露问题
自定义结构体中含指针成员，排序需明确语义
例如结构体 struct Node { int* val; std::string name; };，数组 Node nodes[10] 排序时，std::sort 默认按内存布局字节比较，结果不可预测。必须指定按 val 所指值、或按 name、或两者组合排序。
容易踩的坑：写成 [](const Node& a, const Node& b) { return a.val ——这是比地址，不是比值；若想比值，得写 <code>*a.val ，但前提是 <code>val 非空。
- 优先用成员函数或命名 lambda 表达意图，比如
compare_by_dereferenced_val - 若
val可为空，比较逻辑应统一处理：!a.val ? false : (!b.val ? true : *a.val - 性能影响：每次比较都解引用，CPU 缓存友好性取决于指针是否局部聚集；若指针分散在内存各处，排序会很慢
用 std::vector<:shared_ptr>> 更安全且语义清晰
裸指针数组排序本质是权衡控制力与风险。现代 C++ 中，绝大多数场景应改用智能指针容器，既避免手动内存管理，又让排序意图一目了然。
示例：std::vector<:shared_ptr>> ptrs = {std::make_shared<int>(3), std::make_shared<int>(1)};</int></int></:shared_ptr>，排序只需：std::sort(ptrs.begin(), ptrs.end(), [](auto& a, auto& b) { return *a
-
std::shared_ptr自带空值检查（if (a)），解引用前可自然防御 - 移动语义支持良好，排序过程不会意外复制底层对象
- 兼容性：C++11 起可用；若需 C++03 环境，则只能退回裸指针 + 手动
new/delete，但务必配对使用
真正麻烦的从来不是怎么写排序代码，而是谁负责释放指针指向的内存、何时释放、会不会重复释放——这些问题在裸指针数组里全得手工推演，一漏就崩。
