New features and changes in Laravel 8 queue system
The following is the tutorial column of Laravel to introduce you to the new features and changes of the Laravel 8 queue system. I hope it will be helpful to friends in need!
Laravel 8 comes with cool new features and some changes to the queue system. In this article, we'll look at these features and changes.
Change
Backoff
has beenretryAfter()
Methods and properties of retryAfter
queued jobs, emails, notifications and listeners were renamed to backoff
. The
php artisan queue:work
command's --delay
option has also been renamed to --backoff
.
You should also know that you can now pass an array to the backoff
property to instruct the worker to implement exponential backoff:
public $backoff = [30, 60];
or from The backoff()
method returns an array:
public function backoff() { return [30, 60]; }
Using exponential backoff here, we instruct the worker to delay 30 seconds after the first failure to retry the job, and then delay 60 seconds after each failure .
You can also use exponential backoff on the queue:work
command:
php artisan queue:Work --backoff=30,60
Job Expiration
Queue the job, The timeoutAt
property for notifications and listeners has been renamed to retryUntil
.
Use $retryUntil
to instruct the worker to continue retrying the job until some time in the future.
You can add retryUntil
as a public property of the job class or as a retryUntil
method:
public function retryUntil() { return now()->addDay(); }
New Features
Queue Closure
You can now chain calls to the catch()
method when dispatching a queue closure:
dispatch(function () { // Job logic... })->catch(function (Throwable $e) { // Handle Failure... });
if If the job fails, the closure provided to the catch()
method will be called.
Database Driver Reliability
Laravel will now perform operations within a transaction when a job is released back to the queue using the database queue driver. This means that jobs will not be removed from the queue unless a new published instance is added. This greatly reduces the chance of job failure.
Redis Driver Efficiency
When using the Redis queue driver to batch distribute a set of jobs, Laravel will perform the operation by sending a single command to Redis. Previously, Laravel used to send multiple rpush
commands to Redis, one for each job.
Worker Graceful Termination
Starting with Laravel 8, Workers will exit gracefully and call any termination registered by App::Terminating()
callback.
Worker self-terminating
To avoid memory leaks, it is common practice to kill your workers from time to time and then let your process monitoring tool start a new worker. This is usually done by adding a CRON job that runs the queue:restart
command.
In Laravel 8, you can instruct Workers to exit after processing a certain number of jobs or running for a specific number of seconds:
php artisan queue:work --max-jobs=1000 --max-time=3600
Named Workers
You now add the --name
option to the queue:work
command:
php artisan queue:work --name=notifications
The main purpose of adding this functionality is to allow people to customize Workers at runtime How to choose which queue to process a task:
Worker::popUsing('notifications', function ($pop) { $queues = time()->atNight() ? ['mail', 'webhooks'] : ['push-notifications', 'sms', 'mail', 'webhooks']; foreach ($queues as $queue) { if (! is_null($job = $pop($queue))) { return $job; } } });
Task Batching
Laravel's task batching allows you to dispatch many tasks for parallel processing by your Workers. You can perform actions after all tasks in the batch have been processed or any batch task has failed:
Bus::batch([ new ProcessFile(1), new ProcessFile(2), new ProcessFile(3), ])->dispatch();
You can find more information about "Job Batching" in Official Documentation More information.
Job Chain
You can now schedule a series of jobs directly using Bus
:
Bus::chain([ new ExtractReports, new GenerateReport, new SendResults, ])->dispatch();
You can also add a catch()
Callback that will be called if any job in the chain fails:
Bus::chain([ new ExtractReports, new GenerateReport, new SendResults, ])->catch(function(){ // Handle the chain failure. }) ->dispatch();
Horizon Balance Rate
Two new ones have been added to Horizon Configuration options: balanceMaxShift
and balanceCooldown
.
'environments' => [ 'environment' => [ 'supervisor-1' => [ 'balanceMaxShift' => 5, ], ], ],
balanceMaxShift
Sets the maximum number of worker processes to add or remove each time Horizon expands the worker pool. In previous versions of Horizon, only one worker process was added or removed, now you can control that number.
As for balanceCooldown
, it sets the number of seconds to wait between each scaling operation. In earlier versions of Horizon, this was hardcoded to 3 seconds.
'environments' => [ 'environment' => [ 'supervisor-1' => [ 'balanceCooldown' => 1, ], ], ],
原文地址:https://dev.to/themsaid/features-and-changes-coming-to-laravel-8-s-queue-system-5amg
译文地址:https://learnku.com/laravel/t/50086
The above is the detailed content of New features and changes in Laravel 8 queue system. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Undress AI Tool
Undress images for free

Clothoff.io
AI clothes remover

AI Hentai Generator
Generate AI Hentai for free.

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

Hot Topics



The latest versions of Laravel 9 and CodeIgniter 4 provide updated features and improvements. Laravel9 adopts MVC architecture and provides functions such as database migration, authentication and template engine. CodeIgniter4 uses HMVC architecture to provide routing, ORM and caching. In terms of performance, Laravel9's service provider-based design pattern and CodeIgniter4's lightweight framework give it excellent performance. In practical applications, Laravel9 is suitable for complex projects that require flexibility and powerful functions, while CodeIgniter4 is suitable for rapid development and small applications.

Compare the data processing capabilities of Laravel and CodeIgniter: ORM: Laravel uses EloquentORM, which provides class-object relational mapping, while CodeIgniter uses ActiveRecord to represent the database model as a subclass of PHP classes. Query builder: Laravel has a flexible chained query API, while CodeIgniter’s query builder is simpler and array-based. Data validation: Laravel provides a Validator class that supports custom validation rules, while CodeIgniter has less built-in validation functions and requires manual coding of custom rules. Practical case: User registration example shows Lar

For beginners, CodeIgniter has a gentler learning curve and fewer features, but covers basic needs. Laravel offers a wider feature set but has a slightly steeper learning curve. In terms of performance, both Laravel and CodeIgniter perform well. Laravel has more extensive documentation and active community support, while CodeIgniter is simpler, lightweight, and has strong security features. In the practical case of building a blogging application, Laravel's EloquentORM simplifies data manipulation, while CodeIgniter requires more manual configuration.

Laravel - Artisan Commands - Laravel 5.7 comes with new way of treating and testing new commands. It includes a new feature of testing artisan commands and the demonstration is mentioned below ?

When choosing a framework for large projects, Laravel and CodeIgniter each have their own advantages. Laravel is designed for enterprise-level applications, offering modular design, dependency injection, and a powerful feature set. CodeIgniter is a lightweight framework more suitable for small to medium-sized projects, emphasizing speed and ease of use. For large projects with complex requirements and a large number of users, Laravel's power and scalability are more suitable. For simple projects or situations with limited resources, CodeIgniter's lightweight and rapid development capabilities are more ideal.

Microservice architecture uses PHP frameworks (such as Symfony and Laravel) to implement microservices and follows RESTful principles and standard data formats to design APIs. Microservices communicate via message queues, HTTP requests, or gRPC, and use tools such as Prometheus and ELKStack for monitoring and troubleshooting.

For small projects, Laravel is suitable for larger projects that require strong functionality and security. CodeIgniter is suitable for very small projects that require lightweight and ease of use.

Comparing Laravel's Blade and CodeIgniter's Twig template engine, choose based on project needs and personal preferences: Blade is based on MVC syntax, which encourages good code organization and template inheritance. Twig is a third-party library that provides flexible syntax, powerful filters, extended support, and security sandboxing.
