协程补充而非替代线程：C++20协程通过co_await、co_yield、co_return关键字实现用户态协作式并发，用于简化异步编程；线程由操作系统调度，支持抢占式并行执行。协程挂起不阻塞线程，开销小、数量多，适合高并发I/O；线程独占栈资源，开销大，受限于系统配置。协程常运行于单线程事件循环，避免锁竞争；线程需同步机制防竞态。C++20协程依赖promise_type定制行为，不内置调度器，需结合库使用。两者结合——少量线程承载大量协程——是高性能程序常见模式。
协程和线程在C++20中解决的是不同层面的问题。线程是操作系统提供的并发执行单元，用于真正并行地运行多个任务；而C++20引入的协程是一种用户态的、协作式的任务机制，主要用于简化异步编程模型，提升效率和可读性。
执行模型不同：抢占式 vs 协作式
线程由操作系统调度，采用抢占式调度方式。这意味着即使某个线程正在运行，操作系统也可以在时间片用完或更高优先级任务就绪时强制切换上下文。这种机制支持真正的并行执行（在多核处理器上），但也带来较大的上下文切换开销。
协程则是协作式的，不会被系统强制中断。一个协程只有在明确“挂起”（suspend）时才会让出执行权，控制流返回调用者或事件循环。下一次恢复需要显式触发。这种机制避免了锁竞争和上下文频繁切换，适合高并发I/O场景。
资源开销与数量限制
每个线程通常拥有独立的栈空间（默认几MB），创建成百上千个线程会导致内存压力大、调度效率下降。线程属于重量级资源，受限于系统配置。
立即学习“C++免费学习笔记（深入）”；
协程的栈可以是堆分配或共享的，C++20协程通过promise_type和堆上存储实现状态保存，单个协程的开销远小于线程。因此，一个程序可以轻松创建数万个协程，特别适用于大量短暂异步操作（如网络请求处理）。
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
同步与数据共享方式
多线程环境下，多个线程可能同时访问共享数据，必须使用互斥量、原子操作等同步机制来防止竞态条件。这增加了编程复杂度，并可能引发死锁。
协程通常运行在单线程中（如事件循环），多个协程按顺序执行，不存在并发访问问题。即使跨线程调度协程，其执行也是串行的，除非显式移交到其他线程。因此，很多情况下无需加锁，简化了并发编程。
C++20协程的语言级支持特点
C++20协程不是直接提供类似std::thread的运行时支持，而是提供关键字（co_await, co_yield, co_return）和定制接口（promise_type），让用户构建自己的协程框架。它本身不管理调度器或线程池，需结合第三方库或自定义逻辑使用。
例如：
- co_await 用于等待异步操作完成而不阻塞线程
- co_yield 常用于生成器模式，逐个返回值
- 协程函数返回类型必须满足“可等待”和“可构造”的语义要求
基本上就这些。协程不是替代线程的技术，而是补充。它们解决的是异步控制流的表达问题，而线程解决的是CPU并行计算问题。合理组合两者——比如用少量线程承载大量协程任务——才是现代高性能C++程序的常见做法。不复杂但容易忽略。
