std::merge不支持多路合并因其仅接受两个输入范围，编译失败是因无k-way重载；高效方案为两两递归合并（k≤8）或多路归并（用priority_queue，O(N log k)）。
不能用 std::merge 一次性合并多个 std::deque，它只接受两个输入范围；也不能用 std::inplace_merge，它要求所有数据在同一个容器内。真正能保线性性能（O(N)）且稳定可控的方案只有两种：两两递归合并（适合小 k），或多路归并配合 std::priority_queue（通用解）。
为什么 std::merge(a, b, c, d, out) 编译失败
std::merge 的函数签名只支持两个输入迭代器对，第三个 range 无处安放。试图传入三个或更多迭代器会触发编译错误，例如：error: no matching function for call to 'merge'。这不是参数顺序或 const 修饰的问题，而是接口根本不提供多路重载。标准库至今（2026年5月）仍未加入 std::merge 的 k-way 版本。
两两递归合并（k ≤ 8 时首选）
复用标准库 std::merge 实现，规避手动管理迭代器的风险，代码简洁、行为可预测。
- 输入必须是
std::vector<:deque>></:deque>，不能是裸指针数组——否则无法安全移动语义 - 每次合并前，目标
std::deque必须调用resize(a.size() + b.size())，否则std::merge(..., result.begin())写入begin() == end()区域，直接未定义行为 - 合并完成后立即用
std::move移入下一层，避免深拷贝；若某轮只剩一个std::deque，直接移入，别调merge它自己 - 注意：
std::merge不校验输入是否真有序，调试期建议加assert(std::is_sorted(d.begin(), d.end()))
多路归并（k 较大或长度差异大时必须用）
用 std::priority_queue 维护当前各 std::deque 的首元素，每次取最小值、推进对应迭代器。时间复杂度 O(N log k)，空间 O(k)，不破坏原始数据。
立即学习“C++免费学习笔记（深入）”；
- 结构体必须包含：
std::deque<t>::iterator</t>（注意不是值）、当前值（用于比较）、所属索引（用于定位后续 pop） - 初始化堆时，对每个非空
std::deque调用front()构造节点；绝不能对空 deque 解引用begin()，否则未定义行为 - 每次 pop 后，对该 deque 执行
pop_front()，再检查是否仍非空；若非空，取新front()推入堆 - 输出容器推荐
std::vector或预分配的std::deque；用std::back_inserter配合reserve()更安全，但避免在循环中反复扩容
容易被忽略的关键点
std::deque 迭代器不可转指针——任何 &*it 或 static_cast<void>(std::addressof(*it))</void> 都是错的，因为 deque 内存不连续，迭代器本质是封装结构体。多路归并中若把迭代器存成值而非引用/指针，推进操作将失效；比较逻辑若没包装好（比如漏掉 const 引用），堆顶可能选错最小值。这些错误不会立刻报编译错，但会导致结果乱序或部分元素丢失，排查成本远高于一开始写对。
