必须穿透ConsumerProcess、协程池、Channel背压、task_worker_num四层结构：ConsumerProcess作为Swoole task_worker进程启动并独占Redis连接池；协程池通过max_coroutines全局调度任务，避免堆积；Channel或concurrent.limit实现背压防OOM；真实并发=task_worker_num×concurrent.limit；$maxAttempts与retry_seconds数组控制重试策略。
在 Hyperf 3.0 中实现百万级报表导出、高并发消息推送或实时数据同步时，必须理解异步队列背后的协程并发模型——它直接决定任务是否堆积、内存是否爆炸、失败是否静默。这不是配置几个数字就能解决的问题，而是要穿透 ConsumerProcess、协程池、Channel 背压、task_worker_num 四层结构才能真正掌控。
ConsumerProcess 如何启动并消费队列
异步队列的消费者进程由 Hyperf\AsyncQueue\Process\ConsumerProcess 类驱动，它不是普通 PHP 进程，而是 Swoole 的 task_worker 进程。
框架启动时自动加载 config/autoload/processes.php，其中必须显式注册该类，否则队列永不消费。
ConsumerProcess 启动后，每个进程会独占一个 Redis 连接池实例，持续执行 pop → handle → ack 循环；【若 Redis 阻塞或超时，整个进程将卡死，后续所有任务停滞】。
默认每进程只并发处理 1 条任务（concurrent.limit=1），这是为兼容旧版设计的保守值，生产环境必须调高。
协程池如何接管任务执行
ConsumerProcess 内部不直接执行任务逻辑，而是交由协程池调度：
① 每次 pop 到任务后，调用 $this->container->get(CoroutinePool::class)->execute(...) 提交到协程池；
② 协程池从空闲协程中分配一个执行 Job::handle()，执行完自动归还；
③ 若协程池已满（默认 100 个协程），新任务将排队等待，而非拒绝——这正是任务堆积的根源。
协程池大小由 config/autoload/coroutine.php 中的 max_coroutines 控制，但注意：这个值是全局上限，不是每个 ConsumerProcess 独享的额度。
背压控制：用 Channel 限流防 OOM
方法一：在自定义导出进程里硬编码 Channel
如 App\Process\ReportExportProcess 中创建容量为 8 的 Swoole\Coroutine\Channel，每次执行前 push(1) 占槽，结束后 pop() 释放——这能确保任意时刻最多 8 个协程在渲染报表。
方法二：复用 async-queue 内置的并发限制
修改 config/autoload/async_queue.php 中对应队列的 concurrent.limit，例如设为 5，即可限制每 ConsumerProcess 进程最多并发执行 5 个 Job。
【切勿将 limit 设为 0 或 null，会导致无限并发，内存瞬间飙至数 GB】
task_worker_num 与实际并发的关系
Hyperf 3.0 已移除 worker_num，异步队列吞吐量由两个参数共同决定：
— server.settings.task_worker_num：决定 ConsumerProcess 进程总数，默认为 CPU 核数 × 2；
— async_queue.default.concurrent.limit：决定每个进程内协程并发数。
真实并发上限 = task_worker_num × concurrent.limit，例如 8 核机器配 task_worker_num=16、limit=5，理论峰值为 80 并发任务。
超过此值的任务会进入 Redis 队列等待，不会触发协程池扩容，也不会报错，只会变慢。
异常任务如何被重试与丢弃
Job 类中定义的 $maxAttempts 属性（默认为 2）决定最大重试次数：首次失败 → 等待 retry_seconds[0] 秒 → 第二次失败 → 等待 retry_seconds[1] 秒 → 第三次失败 → 永久丢弃进 failed_jobs 表（需启用 Hyperf\AsyncQueue\Driver\FailedJob）。
注意：retry_seconds 是数组，不是单个数字；若只写一个值如 [5]，则每次重试都等 5 秒，无法实现指数退避。
任务执行超时由 handle_timeout 控制（单位秒），超时后协程被强制终止，不触发重试，直接计入失败。
