CodeIgniter 3 Daemon Queue Worker Management Controller
This Queue Worker extension is collected into yidas/codeigniter-pack which is a complete solution for Codeigniter framework.
This library only provides worker controller, you need to implement your own queue driver with handler/process in it.
-
Multi-Processing implementation on native PHP-CLI
-
Dynamically Workers dispatching (Daemon) management
-
Running in background permanently without extra libraries
-
Process Uniqueness Guarantee feature by Launcher
Running a listener (Daemon) with 2~5 workers setting added per 3 seconds:
$ php index.php job_controller/listen
2018-10-06 14:36:28 - Queue Listener - Job detect
2018-10-06 14:36:28 - Queue Listener - Start dispatch
2018-10-06 14:36:28 - Queue Listener - Dispatch Worker #1 (PID: 13254)
2018-10-06 14:36:28 - Queue Listener - Dispatch Worker #2 (PID: 13256)
2018-10-06 14:36:31 - Queue Listener - Dispatch Worker #3 (PID: 13266)
2018-10-06 14:36:34 - Queue Listener - Job empty
2018-10-06 14:36:34 - Queue Listener - Stop dispatch, total cost: 6.00s
This library provides a Daemon Queue Worker total solution for Codeigniter 3 framework with Multi-Processes implementation, it includes Listener (Daemon) and Worker for processing new jobs from queue. You may integrate your application queue (such as Redis) with Queue Worker Controller.
PHP is a lack of support for multithreading at the core language level, this library implements multithreading by managing multiprocessing.
For more concepts, the following diagram shows the implementation structure of this library:
Listener (Daemon) could continue to run for detecting new jobs until it is manually stopped or you close your terminal. On the other hand , Worker could continue to run for processing new jobs until there is no job left, which the workers could be called by Listener.
Launcher is suitable for launching a listener process, which the running Listener process could be unique that the second launch would detect existent listener and do NOT launch again.
This library requires the following:
- PHP CLI 5.4.0+
- CodeIgniter 3.0.0+
Run Composer in your Codeigniter project under the folder \application:
composer require yidas/codeigniter-queue-worker
Check Codeigniter application/config/config.php:
$config['composer_autoload'] = TRUE;You could customize the vendor path into
$config['composer_autoload']
First, create a controller that extends the working controller, and then use your own queue driver to design your own handler to implement the worker controller. There are common interfaces as following:
use yidas\queue\worker\Controller as WorkerController;
class My_worker extends WorkerController
{
// Initializer
protected function init() {}
// Worker
protected function handleWork() {}
// Listener
protected function handleListen() {}
}These handlers are supposed to be designed for detecting the same job queue, but for different purpose. For example, if you are using Redis as message queue, Listener and Worker detect the same Redis list queue, Listener only do dispatching jobs by forking Worker, while Worker continue to takes out jobs and do the processing until job queue is empty.
protected void init()The init() method is the constructor of worker controller, it provides you with an interface for defining initializartion such as Codeigniter library loading.
Example Code:
class My_worker extends \yidas\queue\worker\Controller
{
protected function init()
{
// Optional autoload (Load your own libraries or models)
$this->load->library('myjobs');
}
// ...As above,
myjobslibrary is defined by your own application which handles your job processes. Example code of myjobs with Redis
protected boolean handleWork(object $static=null)The handleWork() method is a processor for Worker that continue to take out jobs and do the processing. When this method returns false, that means the job queue is empty and the worker will close itself.
Example Code:
class My_worker extends \yidas\queue\worker\Controller
{
protected function handleWork()
{
// Your own method to get a job from your queue in the application
$job = $this->myjobs->popJob();
// return `false` for job not found, which would close the worker itself.
if (!$job)
return false;
// Your own method to process a job
$this->myjobs->processJob($job);
// return `true` for job existing, which would keep handling.
return true;
}
// ...protected boolean handleListen(object $static=null)The handleListen() method is a processor for Listener that dispatches workers to handle jobs while it detects new job by returning true. When this method returns false, that means the job queue is empty and the listener will stop dispatching.
Example Code:
class My_worker extends \yidas\queue\worker\Controller
{
protected function handleListen()
{
// Your own method to detect job existence
// return `true` for job existing, which leads to dispatch worker(s).
// return `false` for job not found, which would keep detecting new job
return $this->myjobs->exists();
}
// ...You could customize your worker by defining properties.
use yidas\queue\worker\Controller as WorkerController;
class My_worker extends WorkerController
{
// Setting for that a listener could fork up to 10 workers
public $workerMaxNum = 10;
// Enable text log writen into specified file for listener and worker
public $logPath = 'tmp/my-worker.log';
}| Property | Type | Deafult | Description |
|---|---|---|---|
| $debug | boolean | true | Debug mode |
| $logPath | string | null | Log file path |
| $phpCommand | string | 'php' | PHP CLI command for current environment |
| $listenerSleep | integer | 3 | Time interval of listen frequency on idle |
| $workerSleep | integer | 0 | Time interval of worker processes frequency |
| $workerMaxNum | integer | 4 | Number of max workers |
| $workerStartNum | integer | 1 | Number of workers at start, less than or equal to $workerMaxNum |
| $workerWaitSeconds | integer | 10 | Waiting time between worker started and next worker starting |
| $workerHeathCheck | boolean | true | Enable worker health check for listener |
There are 3 actions for usage:
listenA listener (Daemon) to manage and dispatch jobs by forking workers.workA worker to process and solve jobs from queue.launchA launcher to runlistenorworkprocess in background and keep it running uniquely.
You could run above actions by using Codeigniter 3 PHP-CLI command after configuring a Queue Worker controller.
To process new jobs from the queue, you could simply run Worker:
$ php index.php myjob/work
As your worker processor handleWork(), the worker will continue to run (return true) until the job queue is empty (return false).
To start a listener to manage workers, you could simply run Listener:
$ php index.php myjob/listen
As your listener processor handleListen(), the listener will dispatch workers when detecting new jobs (return true) until the job queue is empty with stopping dispatching and listening for next new jobs (return false).
Listener manage Workers by forking each Worker into running process, it implements Multi-Processes which could dramatically improve job queue performance.
This library supports running Listener or Worker permanently in the background, it provides you the ability to run Worker as service.
To run Listener or Worker in the background, you could call Launcher to launch process:
$ php index.php myjob/launch
By default, Launcher would launch listen process, you could also launch work by giving parameter:
$ php index.php myjob/launch/worker
Launcher could keep launching process running uniquely, which prevents multiple same listeners or workers running at the same time. For example, the first time to launch a listener:
$ php index.php myjob/launch
Success to launch process `listen`: myjob/listen.
Called command: php /srv/ci-project/index.php myjob/listen > /dev/null &
------
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
user 14650 0.0 0.7 327144 29836 pts/3 R+ 15:43 0:00 php /srv/ci-project/index.php myjob/listenThen, when you launch the listener again, Launcher would prevent repeated running:
$ php index.php myjob/launch
Skip: Same process `listen` is running: myjob/listen.
------
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
user 14650 0.4 0.9 337764 36616 pts/3 S 15:43 0:00 php /srv/ci-project/index.php myjob/listenFor uniquely work scenario, you may use database as application queue, which would lead to race condition if there are multiple workers handling the same jobs. Unlike memcache list, database queue should be processed by only one worker at the same time.
After launching a listener, you could check the listener service by command ps aux|grep php:
...
www-data 2278 0.7 1.0 496852 84144 ? S Sep25 37:29 php-fpm: pool www
www-data 3129 0.0 0.4 327252 31064 ? S Sep10 0:34 php /srv/ci-project/index.php myjob/listen
...According to above, you could manage listener and workers such as killing listener by command kill 3129.
Workers would run while listener detected job, the running worker processes would also show in ps aux|grep php.
Manually, you could also use an
&(an ampersand) at the end of the listener or worker to run in the background.