有需求想实现比 crontab 更频繁一点的计划任务，折腾一通之后，写下这个脚本，目前在 CentOS 6 下测试没有问题：
Shell 代码：
#!/bin/bash # # chkconfig: 35 90 12 # description: Queue Daemon # # Get function from functions library . /etc/init.d/functions # PHP 访问路径，如果 PHP 是编译安装则需要修改 php_path="/usr/bin/php" # PHP 执行用户名 # Nginx 环境下常见为 nginx 或 www， # Apapche 环境下常见为 php 或 apache # 用在某些时候需要在计划任务中生成文件时文件权限不正确的问题 php_user=nginx # 要管理的 PHP 计划任务脚本 # 该目录下必须都是 PHP 可执行代码文件 queue_path="/www/micate.dev/crontab/" # PHP 计划任务执行日志保存路径 # 默认以 脚本名.log 的方式存储 log_path="/var/log/queue/" # 守护进程 PID 路径 pid_path="/var/run/queued.pid" # 守护进程在启动退出时的提示名称 prog="Queued" # Start the service start() { echo -n $"Starting $prog: " if [ -f $pid_path ]; then echo -n "pid "$pid_path" exists." failure echo return 0 fi if [ ! -d $log_path ]; then mkdir -p $log_path fi queues=$(ls $queue_path) for queue in $queues do # TODO sudo -u $php_user nohup $php_path $queue_path$queue 1>>$log_path$queue.log 2>/dev/null & retval=$? if [ ! $retval -eq 0 ]; then echo -n $queue" init failed." failure echo return 0 fi echo $! >> $pid_path done success echo return $retval } # Stop the service stop() { echo -n $"Stopping $prog: " if [ ! -f $pid_path ]; then echo -n "pid "$pid_path" not exists." failure echo return 0 fi queues=$(cat $pid_path) for queue in $queues do kill -9 $queue 1>/dev/null 2>&1 retval=$? if [ ! $retval -eq 0 ]; then echo -n $queue" stop failed." failure echo return 0 fi done rm -f $pid_path success echo return $retval } ### main logic ### case "$1" in start) start ;; stop) stop ;; restart) stop start ;; *) echo $"Usage: $0 {start|stop|restart}" exit 1 esac exit 0
使用方法：
根据实际情况，按照上面的配置提示，修改相应配置，并保存为 /etc/init.d/queued（建议以这样的方式命名，注意路径必须是 /etc/init.d/）
在 Shell 里面执行：
# 为守护进程脚本增加执行权限 chmod +x /etc/init.d/queued # 设置开机启动 chkconfig queued on
守护进程设置完成。
在上面配置的目录中添加测试 PHP 计划任务脚本，如 hello.php：
<?php // 注意，推荐使用死循环的方式 // 这个守护进程脚本也是以这个思路来写的 while (true) { // 做点事情 // 注意，这里的输出会记录到日志文件里面，可以输出些有用的信息来帮助排除问题 echo "hello from queued.\n"; // 延迟时间，建议用秒级别的，usleep ... 你确定么？ sleep(20); }
好了，来运行看看：
/etc/init.d/queued start
查看下日志目录：
less /var/log/queue/hello.php.log
收工。
其他的，比如：
# 停止所有计划任务 /etc/init.d/queued stop # 重新启动守护进程脚本 /etc/init.d/queued restart
注意事项
由于是基于死循环的方式实现，如果代码里面有引入基础文件后的死循环操作，那依赖基础文件中的变量的代码部分，要注意调整，举例来说：
<?php define('START_TIME', microtime(true)); // 假如这个文件里面定义了 TIME 常量， // 以备后面的代码获取当前时间用 //（避免一次请求中多次调用 time() 函数带来的性能损失） require '../init.php'; $interval = value(config('mail'), 'interval', 20); $interval_size = value(config('mail'), 'interval_size', 50); while (true) { $queue = & factory::queue('mail'); // 这里的定时循环，用到了 TIME 常量 // 比如记录执行时间，甚至用 TIME 常量做查询条件 echo $queue->interval($interval_size); sleep($interval); }
2. 看了上面的注释，问题就比较明显了。当以普通用户请求过去时，由于是正常流程，每次请求发起后，TIME 都会重新赋予正确的当前时间；但当使用死循环后，以后的每次 interval 用到的时间都会是 该计划任务脚本启动时间。这就是问题，需要注意和调整。
3. 修改和添加计划任务后，需要重新启动守护进程，方法上面已经介绍了，restart 就可以。
4. 担心日志过多？设置下日志自动滚动切割吧：
# 在 /etc/logrotate.d/ 目录下建立 queued 文件 vim /etc/logrotate.d/queued # 输入如下的信息，路径之类的要和你自己设置的保持一致 /var/log/queue/*log { daily rotate 10 missingok notifempty sharedscripts compress postrotate /etc/init.d/queued restart > /dev/null 2>/dev/null || true endscript }
保存文件，完成。这样，每天日志会自动滚动切割，最多保留 10 个日志文件（未验证这个步骤... 如有问题请反馈）。
4. 进程崩溃、服务器断电...导致守护进程起不来或停不了了？
直接 ps -ef | grep *** 关键词，看是否有在运行的 PHP 计划任务代码，kill 掉，然后删除 pid 文件，重新启动即可。
更多...
其实 crontab 也有对应的解决方法：
# 打开 crontab 编辑界面 crontab -e # 输入类似的设置 * * * * * /bin/date * * * * * sleep 20; /bin/date * * * * * sleep 40; /bin/date
思想就是... 同时添加多个任务，然后每个之前以适当的延时隔离开，就是说每分钟会有 N 个程序被触发，但会逐个延迟执行，也是个不错的解决思路。