需为不同优先级队列配置差异化超时时间：一、多连接分别设retry_after与timeout；二、任务类中动态覆盖timeout属性；三、自定义中间件运行时调用set_time_limit；四、数据库队列结合priority字段动态设timeout。
如果您在 Laravel 中使用队列处理不同紧急程度的任务，但发现高优先级任务因超时设置统一而被强制终止，或低优先级任务因超时过长导致资源滞留，则需为不同优先级队列配置差异化的超时时间。以下是实现该目标的多种方法：
一、为多队列连接分别配置 retry_after 与 timeout
该方法通过为 high、default、low 等队列名称绑定独立的 Redis 或 Database 连接，在连接层硬性隔离超时参数，确保每个优先级队列拥有专属的失败重试窗口与单任务执行时限。
1、在 config/queue.php 中定义三个 Redis 连接，分别对应不同优先级：
'redis-high' => ['driver' => 'redis', 'connection' => 'default', 'queue' => 'high', 'retry_after' => 60, 'block_for' => null],
'redis-default' => ['driver' => 'redis', 'connection' => 'default', 'queue' => 'default', 'retry_after' => 180, 'block_for' => null],
'redis-low' => ['driver' => 'redis', 'connection' => 'default', 'queue' => 'low', 'retry_after' => 7200, 'block_for' => null]。
2、在任务分发时显式指定连接而非仅队列名：
dispatch(new ProcessOrder($order))->onConnection('redis-high');
3、启动 worker 时绑定对应连接：
php artisan queue:work redis-high --queue=high
php artisan queue:work redis-default --queue=default
php artisan queue:work redis-low --queue=low。
4、确保各连接的 retry_after 值严格大于对应任务类中声明的 $timeout 属性，否则任务将在达到 retry_after 时被丢弃，$timeout 失效。
二、在任务类中动态覆盖 timeout 属性并关联优先级标识
该方法不依赖多连接，而是利用 Laravel 任务序列化机制，在任务实例化阶段根据业务上下文注入差异化超时值，并通过队列名或元数据识别优先级层级，使同一连接下不同任务拥有各自生效的执行时限。
1、在任务类构造函数中接收优先级参数并赋值：
public function __construct(public Order $order, public string $priority = 'default') {
$this->timeout = match($priority) {
'high' => 45,
'default' => 120,
'low' => 3600,
};
}
2、确保任务类未声明 $timeout 为 const 或 static，且未在类属性中硬编码固定值，否则构造函数赋值将被忽略。
3、分发任务时传入优先级标识：
dispatch(new ProcessOrder($order, 'high'));
4、必须启用队列驱动的失败重试机制（即 retry_after > 0），否则 timeout 不触发强制终止。
三、通过自定义中间件拦截任务执行并注入运行时超时控制
该方法在任务进入 handle() 方法前插入一层拦截逻辑，依据任务所属队列名或自定义 header 字段动态调整当前 PHP 进程的 max_execution_time，实现与 Laravel 超时机制互补的底层防护。
1、创建中间件 app/Queue/Middleware/ApplyPriorityTimeout.php：
public function handle($job, $next) {
$queue = $job->getJob()->getQueue();
$timeout = match($queue) {
'high' => 30,
'default' => 90,
'low' => 1800,
};
set_time_limit($timeout);
$next($job);
}
2、在任务类中注册该中间件：
public $middleware = [ApplyPriorityTimeout::class];
3、确保该中间件位于任务 handle() 执行链最前端，避免前置逻辑耗尽时间配额。
4、此方法仅适用于 CLI 环境下的 queue:work 进程，Web 请求中 set_time_limit 可能被禁用。
四、基于数据库队列的 priority 字段联合超时策略
该方法结合 database 驱动与 jobs 表新增字段，在任务拉取阶段按 priority 升序 + available_at 升序排序，并在任务执行前依据 priority 值动态设置 timeout，实现存储层与执行层双重优先级感知。
1、执行迁移添加 priority 字段：
$table->tinyInteger('priority')->default(5)->after('attempts'); // 1=最高，10=最低
2、修改 app/Providers/AppServiceProvider.php 的 boot 方法，注册队列拉取前钩子：
Queue::before(function ($event) {
if ($event->job instanceof ShouldQueue && method_exists($event->job, 'getJob')) {
$jobId = $event->job->getJob()->getJobId();
$priority = DB::table('jobs')->where('id', $jobId)->value('priority');
$event->job->timeout = match($priority) { 1 => 30, 2 => 60, 3 => 120, default => 300 };
}
});
3、确保 config/queue.php 中 database 连接的 retry_after 设置为大于所有 priority 对应 timeout 的最大值，例如 600。
4、必须保证 jobs 表中 priority 字段在任务入队时已写入，不可依赖 handle() 中异步更新。
