std::priority_queue不能直接存储std::future，因其不可拷贝；应定义可移动、可比较的RequestTask结构体，内含优先级、请求参数、回调及std::packaged_task封装的执行逻辑。
std::priority_queue 不能直接存 std::future，得包装任务对象
直接把 std::future 塞进 std::priority_queue 会编译失败——std::future 不可拷贝，而默认的 std::priority_queue 在调整堆时可能触发拷贝。更关键的是，你真正想调度的是“请求任务”，不是未来值本身。
正确做法是定义一个可比较、可移动的任务结构体，内部持有请求参数、回调、优先级字段，以及用 std::packaged_task<void></void> 封装执行逻辑：
struct RequestTask {
int priority;
std::string url;
std::function<void(std::string)> callback;
std::packaged_task<void()> task;
RequestTask(int p, std::string u, std::function<void(std::string)> cb)
: priority(p), url(std::move(u)), callback(std::move(cb)),
task([u = std::move(url), cb = std::move(callback)]() mutable {
auto resp = http_get_sync(u); // 实际应换为非阻塞调用
cb(std::move(resp));
}) {}
bool operator<(const RequestTask& other) const {
return priority > other.priority; // 大优先级先出队（最大堆模拟）
}
};
注意：这里用 priority > 是因为 std::priority_queue 默认是最大堆，但语义上我们习惯“数字越大优先级越高”，所以重载 operator 时反向比较。
线程安全队列必须自己加锁，不要依赖 std::priority_queue 的原子性
std::priority_queue 本身不是线程安全的。多个线程同时 push 或 top+pop 必然崩溃或数据错乱。必须套一层互斥体，并且避免锁粒度过大导致吞吐下降。
立即学习“C++免费学习笔记（深入）”；
推荐封装成带条件变量的阻塞优先队列：
- 用
std::mutex保护整个队列和状态 - 用
std::condition_variable通知空闲工作线程有新任务 -
pop_wait()方法在队列为空时等待，避免忙轮询 - 所有操作（push/pop/wait）都只持锁做最小必要动作，比如
pop_wait只取走task，不执行它
别在锁内调用网络 I/O 或回调——否则整个队列被阻塞，高优任务也得排队等低优任务的慢回调结束。
网络请求本身不能用同步阻塞调用，否则优先级调度毫无意义
如果每个 http_get_sync() 都是阻塞 socket 读写，那再高的优先级也得等前一个请求的 TCP 超时（几秒）才能轮到自己。优先级只在“入队顺序”上有意义，实际执行还是串行卡死。
必须切换到底层异步机制：
- Linux 下用
epoll+libcurl的 multi interface（支持并发多请求） - 跨平台可用
boost::asio的async_connect/async_read，配合自定义 executor 绑定优先级 - 或者用
std::jthread启动专用 I/O 线程池，每个线程处理一个RequestTask，但内部用非阻塞 socket + 循环 select/poll
重点：优先级要能穿透到 I/O 层。例如 libcurl multi 接口本身不支持任务优先级，你需要按优先级分组调用 curl_multi_add_handle()，并在 curl_multi_perform() 前手动控制 handle 执行顺序。
std::this_thread::yield() 或 std::this_thread::sleep_for(1ns) 对调度没帮助
有人试图在低优先级任务里主动让出 CPU 来“礼让”高优任务，这是无效的。用户态 yield 不影响线程调度器对线程优先级的判定，OS 调度器看到的仍是同一个普通优先级线程。C++ 标准库线程没有暴露设置 OS 线程优先级的接口（std::thread::native_handle() 可以拿到，但跨平台设置风险高）。
真正可控的优先级只存在于你的队列逻辑中：
- 高优任务插到队首（靠
priority_queue自动排序） - 工作线程每次从队列取任务时，一定拿到当前最高优先级的那个
- 如果多个高优任务同时到达，它们之间的相对顺序由插入时间决定（稳定排序需额外加序列号字段）
别指望靠调整 C++ 线程优先级来实现业务优先级——容易引发系统级不稳定，而且 Windows/Linux 行为差异极大，调试成本远高于队列层控制。
