PHP定时任务框架taskPHP3.0学习记录

1. PHP定时任务框架taskPHP3.0学习记录1（TaskPHP、执行任务类的实操代码实例）
2. PHP定时任务框架taskPHP3.0学习记录2（环境要求、配置Redis、crontab执行时间语法、命令操作以及Screen全屏窗口管理器）
3. PHP定时任务框架taskPHP3.0的学习记录3（定时提醒功能与触发）
4. PHP定时任务框架taskPHP3.0学习记录4宝塔面板bash定时任务（轮询指定json文件字段后确定是否执行、环境部署、执行日志、文件权限）
5. PHP定时任务框架taskPHP3.0学习记录5环境部署常见问题及解决方案
6. PHP定时任务框架taskPHP3.0学习记录6宝塔面板Web服务器Redis 扩展正常工作在命令行（CLI）无法加载的解决方案

一、症结 问题描述

1.taskPHP3.0定时任务

执行命令操作，在终端测试，均正常。

start.php  start [all|任务名]  启动 可不带参数默认all
start.php  start &   挂载后台运行,liunx操作
start.php  close all 结束框架  必带参数all

2.开发需求升级

在实际的生成过程中，超管是很难做到每次修改定时任务后，都通过宝塔面板后台来手动执行任务的。
需求变更：

• php新增定时任务后，生成对应的webapp.json；
• 文件设置cron_task标识：0无任务1有待执行任务；
• 设置sh脚本任务，读取webapp.json：0不执行任务，1执行任务；

3.出现问题

逻辑分析：

(1)当有新的定时任务时，先关闭进程，然后执行任务重启。

php start.php  close all #结束框架 php start.php  start  #执行启动任务

逻辑上没问题，但是start.php close all需要执行时间，很多时候还没有执行万就跳转到下步去执行了。

(2)强制执行完首次任务在执行下个任务

实际上php的代码运行环境是打包在sh脚本的，无法严格按照预设执行。

php start.php  close all && php start.php start 

于是变出现了：

1. 在宝塔设置定时任务，正常；
2. 正常执行一次定时任务后，不再执行后续；
3. 手动执行任务，正常；
4. 删除php start.php close all和php start.php start 脚本，执行正常；
5. 仅保留php start.php close all，执行正常；
6. 仅保留php start.php start ，无法执行。

二、诊断 盲目下药

在查看系统日志、软件日志，均无明显提示下，“有病乱投医”！

措施1.执行查看和重启任务-无效

systemctl status crond
systemctl restart crond.service

措施2.引入自动加载环境-无效

source /etc/profile

source /etc/profile 命令在 Unix 和 Linux 系统中用于重新加载或执行 /etc/profile 文件中的命令和设置。/etc/profile 是一个全局的配置文件，当用户登录到系统时，系统会读取并执行该文件中的命令和设置。但是，如果已经登录到系统并希望在不重新登录的情况下应用 /etc/profile 中的更改，可以使用 source 命令来重新加载它。

具体来说，source 命令（或它的等价命令 .，例如 . /etc/profile）在当前 shell 环境中读取并执行指定的文件。这意味着 /etc/profile 中的任何变量设置、函数定义或别名定义都将直接在当前 shell 会话中生效，而无需启动新的 shell 会话或重新登录。

措施3.执行权限排查-无效

• 文件执行权限；
• 脚本执行权限；
• 目录执行权限；
• 无效

措施4.手动定时任务-无效

宝塔面板手动执行定时任务脚本的解决方案

措施4.更换centOS-无效

无奈之举，因怀疑宝塔面板问题：

• 重新安装centOS系统；
• 重新配置php+mysql+redis运行环境；
• 重新配置各个安全组端口；
• 重新设置定时任务。
• 无效。

三、溯源 代码分析

deadline将至，九九归一回本源。

1.结束任务脚本执行命令

 php start.php close all

  if ($value === 'all') {$is_daemon = self::is_daemon(array($_SERVER['PHP_SELF']));if ($is_daemon) {foreach (self::$_sys_pids as &$pid) {if (DS == '\\') {system('taskkill /f /t /im php.exe');} else {if (extension_loaded('posix')) posix_kill($pid, SIGTERM);system('kill -9 ' . $pid);}Console::log($pid . ' close success');}}}

2.查看start.php进程

ps aux | grep start.php

root 15437 0.0 0.3 213588 12272 ? S 23:00 0:00 /bin/php /www/wwwroot/path/cron/start.php worker task15什么意思

这条信息来自于 ps 命令的输出，它显示了系统上运行的进程的信息：

• root: 进程的用户是 root。在 Unix 和 Linux 系统中，root 用户是超级用户，具有对系统的完全访问权限。
• 15437: 这是进程的进程ID（PID），它唯一标识了系统中的这个进程。
• 0.0: 这是进程占用的 CPU 使用率（以百分比表示）。0.0 表示这个进程当前没有使用 CPU 时间，或者使用的 CPU 时间非常短，以至于 ps 命令无法捕获到。
• 0.3: 这是进程占用的物理内存百分比。这表示该进程占用了系统总内存的 0.3%。
• 213588: 这是进程使用的虚拟内存大小（以 KB 为单位）。
• 12272: 这是进程使用的物理内存大小（以 KB 为单位）。
• ?: 这通常表示进程的终端类型，但在这里，? 表示该进程没有控制终端（即它不是一个由用户直接启动的交互式进程）。
• S: 这是进程的状态。S 表示该进程处于睡眠状态（sleeping），等待某个条件（如 I/O 操作）发生。
• 23:00: 这是进程启动的时间。但这里的时间可能只显示了小时和分钟部分，没有日期。
• 0:00: 这是进程运行的总时间，以分钟和秒为单位。0:00 表示该进程还没有运行很长时间，或者它正在等待 I/O 或其他资源。
• /bin/php /www/wwwroot/jwcsv.kwfw.net_20080/cron/start.php worker task15: 这是启动进程的完整命令行。它表示使用 /bin/php 解释器来运行 /www/wwwroot/jwcsv.kwfw.net_20080/cron/start.php 脚本，并传递了 worker task15 作为参数。

3.将php脚本转化为sh脚本任务是否可行

php每次执行的脚本都会在进程中展示？能否将上面的进程，从php脚本生成文件，然后sh脚本读取后，直接运行呢？

TASKS=(  "start"  "distribute"  "worker task28"  "worker task27"  "worker task26"  # ... 其他任务 ...  
)

结果：失败！
需要调整的环境太多了，还是换思路吧。

4.kill 直接动刀-成功

既然在php是优雅的执行结束进行需要时间，需要执行周期，需要环境适应。那就在sh中直接KILL，会是如何？

kill -9 $(pgrep -f start.php)-找到所有命令行中包含 start.php 的进程 ID

这个命令的作用是找到所有命令行中包含 start.php 的进程的进程 ID，然后向这些进程发送 KILL 信号（信号编号为 9），强制终止它们。

#!/bin/bash  # 查找包含 "start.php" 的进程并发送 KILL 信号  
kill -9 $(pgrep -f start.php)  echo "所有包含 'start.php' 的进程已被强制终止。"

四、诊治 执行方案

1.taskkill.sh 进程监控脚本

#!/bin/bash  # 获取脚本所在的绝对路径  
SCRIPT_DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" >/dev/null 2>&1 && pwd )"  # 定义工作目录为脚本所在的目录  
WORKDIR="$SCRIPT_DIR"  # echo "$WORKDIR"# JSON配置文件的路径为工作目录下的一个子目录或文件  
JSON_CONFIG="$WORKDIR/webapp.json"# 获取JSON配置文件的原始权限和所有者  
ORIGINAL_OWNER=$(stat -c %U "$JSON_CONFIG")  
ORIGINAL_GROUP=$(stat -c %G "$JSON_CONFIG")  
ORIGINAL_PERMISSIONS=$(stat -c %a "$JSON_CONFIG")  # 检查JSON配置文件是否存在  
if [ ! -f "$JSON_CONFIG" ]; then  echo "[$(date +"%Y-%m-%d %H:%M:%S")]Msg:taskPHP没有找到配置文件..."  exit 1  
fi  # 读取JSON配置文件的值  
cron_task=$(jq -r '.cron_task' "$JSON_CONFIG")  
cron_time=$(jq -r '.cron_time' "$JSON_CONFIG")  
data_time=$(jq -r '.data_time' "$JSON_CONFIG")  # 获取当前时间，并减去 13 分钟  
current_time=$(date +"%Y-%m-%d %H:%M:%S")  
determine_time=$(date -d "now - 13 minutes" +"%Y-%m-%d %H:%M:%S")# 有数据更新且大于重启定时任务时间  
if [[ "$cron_task" -eq 1 ]] || [[ "$determine_time" > "$data_time" ]]; then  echo "[$(date +"%Y-%m-%d %H:%M:%S")]Msg:taskPHP执行进程停止..."# 切换到工作目录  cd "$WORKDIR" || exit 1  # 执行PHP脚本  kill -9 $(pgrep -f start.php)echo "[$(date +"%Y-%m-%d %H:%M:%S")]Msg:taskPHP完成进程执行..."# 获取JSON配置文件的原始权限和所有者  ORIGINAL_OWNER=$(stat -c %U "$JSON_CONFIG")  ORIGINAL_GROUP=$(stat -c %G "$JSON_CONFIG")  ORIGINAL_PERMISSIONS=$(stat -c %a "$JSON_CONFIG")  # 更新为进程标识 jq --argjson cron_task 2 --arg cron_time "$cron_time" --arg data_time "$(date +"%Y-%m-%d %H:%M:%S")" '.cron_task=$cron_task | .cron_time=$cron_time | .data_time=$data_time' "$JSON_CONFIG" > "$JSON_CONFIG.tmp" && { mv "$JSON_CONFIG.tmp" "$JSON_CONFIG" &&  chown "$ORIGINAL_OWNER:$ORIGINAL_GROUP" "$JSON_CONFIG" &&  chmod "$ORIGINAL_PERMISSIONS" "$JSON_CONFIG"  } else  echo "[$(date +"%Y-%m-%d %H:%M:%S")]Msg:taskPHP无进程执行任务..."# 删除15天前的日志# find "$WORKDIR/logs" -type f -name "*.log"find "$WORKDIR/logs" -type f -name "*.log" -mtime +15 -exec rm {} \;# 更新数据时间jq --argjson cron_task "$cron_task" --arg cron_time "$cron_time" --arg data_time "$(date +"%Y-%m-%d %H:%M:%S")" '.cron_task=$cron_task | .cron_time=$cron_time | .data_time=$data_time' "$JSON_CONFIG" > "$JSON_CONFIG.tmp" && { mv "$JSON_CONFIG.tmp" "$JSON_CONFIG" &&  chown "$ORIGINAL_OWNER:$ORIGINAL_GROUP" "$JSON_CONFIG" &&  chmod "$ORIGINAL_PERMISSIONS" "$JSON_CONFIG"  } 
fi

2.task.sh 定时任务脚本

#!/bin/bash  # 获取脚本所在的绝对路径  
SCRIPT_DIR="$( cd "$( dirname "${BASH_SOURCE[0]}" )" >/dev/null 2>&1 && pwd )"  # 定义工作目录为脚本所在的目录  
WORKDIR="$SCRIPT_DIR"  # echo "$WORKDIR"# JSON配置文件的路径为工作目录下的一个子目录或文件  
JSON_CONFIG="$WORKDIR/webapp.json"# 获取当前时间并格式化为"YYYY-MM-DD HH:MM:SS"  
CURRENT_TIME=$(date +"%Y-%m-%d %H:%M:%S")  # 获取JSON配置文件的原始权限和所有者  
ORIGINAL_OWNER=$(stat -c %U "$JSON_CONFIG")  
ORIGINAL_GROUP=$(stat -c %G "$JSON_CONFIG")  
ORIGINAL_PERMISSIONS=$(stat -c %a "$JSON_CONFIG")  # 检查JSON配置文件是否存在  
if [ ! -f "$JSON_CONFIG" ]; then  echo "[$CURRENT_TIME]Msg:taskPHP没有找到配置文件..."  exit 1  
fi  # 读取JSON配置文件中的cron_task值  
cron_task=$(jq -r '.cron_task' "$JSON_CONFIG")  
cron_time=$(jq -r '.cron_time' "$JSON_CONFIG")  # 检查是否应该执行cron任务  
if [ "$cron_task" -gt 0 ]; thenecho "[$(date +"%Y-%m-%d %H:%M:%S")]Msg:taskPHP定时任务执行中..."# 切换到工作目录  cd "$WORKDIR" || exit 1  # 结束任务# php start.php close all# 执行PHP脚本  kill -9 $(pgrep -f start.php)echo "[$(date +"%Y-%m-%d %H:%M:%S")]Msg:taskPHP定时任务进程停止..."# 更新JSON文件  jq --argjson cron_task 0 --arg cron_time "$(date +"%Y-%m-%d %H:%M:%S")" --arg data_time "$(date +"%Y-%m-%d %H:%M:%S")" '.cron_task=$cron_task | .cron_time=$cron_time | .data_time=$data_time' "$JSON_CONFIG" > "$JSON_CONFIG.tmp" && { mv "$JSON_CONFIG.tmp" "$JSON_CONFIG" &&  chown "$ORIGINAL_OWNER:$ORIGINAL_GROUP" "$JSON_CONFIG" &&  chmod "$ORIGINAL_PERMISSIONS" "$JSON_CONFIG"  } # 启动任务php start.php start# 如果需要等待一段时间再执行exit，可以添加sleep命令  # sleep 600  # 等待10分钟  else  echo "[$CURRENT_TIME]Msg:taskPHP无执行任务..."  #taskPHP无执行任务状态# 更新数据时间jq --argjson cron_task "$cron_task" --arg cron_time "$cron_time" --arg data_time "$(date +"%Y-%m-%d %H:%M:%S")" '.cron_task=$cron_task | .cron_time=$cron_time | .data_time=$data_time' "$JSON_CONFIG" > "$JSON_CONFIG.tmp" && { mv "$JSON_CONFIG.tmp" "$JSON_CONFIG" &&  chown "$ORIGINAL_OWNER:$ORIGINAL_GROUP" "$JSON_CONFIG" &&  chmod "$ORIGINAL_PERMISSIONS" "$JSON_CONFIG"  } fi

3.保留最近7天的日志

删除超过特定天数的日志文件，单独的sh脚本：使用find命令的-mtime选项。但是请注意，-mtime是基于文件的修改时间，并且它的参数是天数（四舍五入到24小时周期）。例如，要删除修改时间超过7天的所有日志文件：

find /path/to/logs -type f -name "*.log" -mtime +7 -exec rm {} \;

尝试使用 -mmin 选项（以分钟为单位）来测试时间范围，这可能会更敏感：

find "$WORKDIR/logs" -type f -name "*.log" -mmin +1440 -exec rm {} \;

五、休养 开发中沉淀的sh命令

1.kill 命令-用于终止、挂起或继续进程

kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec … or kill -l [sigspec]

kill 命令在 Unix 和类 Unix 系统中用于向进程发送信号。该命令用于终止、挂起或继续进程。
基本用法：

kill [-s sigspec | -n signum | -sigspec] pid | jobspec ...

或者

kill -l [sigspec]

选项解释：

• -s sigspec 或 -n signum 或 -sigspec：指定要发送的信号。sigspec 是信号的名称（如 TERM），signum 是信号的编号（如 15）。不指定这些选项时，默认发送 TERM 信号。
• pid：进程 ID，即要发送信号的进程的唯一标识符。
• jobspec：作业规范，通常在 shell 脚本或命令行界面中使用，表示一个或多个后台作业。

其他用法：

• kill -l [sigspec]：列出所有可用的信号，或者如果指定了 sigspec，则只列出匹配该规范的信号。

示例：

1. 发送 TERM 信号（默认信号）给进程 ID 为 1234 的进程：

kill 1234

2. 发送 KILL 信号给进程 ID 为 5678 的进程（将强制终止进程）：

kill -s KILL 5678

或者

kill -9 5678

（-9 是 KILL 信号的编号）
3. 列出所有可用的信号：

kill -l

请注意，发送 KILL 信号（信号编号为 9）会强制终止进程，并且进程无法捕获或忽略该信号。因此，在使用 KILL 信号时要小心，确保想要终止该进程，并且没有其他更温和的方法可以达到目的。

2.kill -9 $(pgrep -f start.php)-找到所有命令行中包含 start.php 的进程 ID

pgrep -f 会匹配整个命令行，所以如果 start.php 是在一个更长的命令行中，它仍然会被匹配到。同时，发送 KILL 信号是一种非常强制的方法，它会立即停止进程，而不会给进程机会来执行任何清理操作。因此，在使用这个命令之前，请确保你了解它的后果，并且确实需要这样做。

如果你想要更温和地终止进程，可以先尝试发送 TERM 信号（默认的 kill 信号），如果进程没有响应，再考虑使用 KILL 信号。这可以通过在脚本中添加一个等待逻辑来实现。

#!/bin/bash  # 查找包含 "start.php" 的进程  
pids=$(pgrep -f start.php)  # 检查是否找到了进程  
if [ -z "$pids" ]; then  echo "没有找到包含 'start.php' 的进程。"  
else  # 发送 KILL 信号给找到的进程  kill -9 $pids  echo "所有包含 'start.php' 的进程已被强制终止。"  
fi

#!/bin/bash  # 假设 $pid 变量已经被设置为某个进程的 PID  
pid=12345  # 这里只是一个例子，你需要替换成实际的 PID  # 发送 SIGKILL 信号给 PID 为 $pid 的进程  
kill -9 $pid  # 检查进程是否已经被杀死（可选）  
if ! kill -0 $pid 2>/dev/null; then  echo "进程 $pid 已经被成功杀死"  
else  echo "进程 $pid 似乎没有被杀死"  
fi

3.ps aux | grep start.php-查找正在运行的start.php进程

ps aux | grep start.php 是一个在Unix和Linux系统中常用的命令组合，用于查找正在运行的start.php进程。这个命令组合由两部分组成：ps aux 和 grep start.php。

1. ps aux：

   • ps 是“process status”的缩写，用于显示当前系统中运行的进程的状态。
   • a 选项表示显示所有用户的所有进程。
   • u 选项表示显示用户/所有者信息。
   • x 选项表示显示没有控制终端的进程。

   因此，ps aux 会列出系统上所有运行进程的详细信息，包括PID（进程ID）、TTY（控制终端）、时间、CPU和内存使用情况，以及命令行信息。

2. grep start.php：

   • grep 是一个强大的文本搜索工具，用于在文本中搜索指定的字符串或正则表达式。
   • 在这里，grep start.php 会搜索包含start.php字符串的行。

将 ps aux 和 grep start.php 通过管道 | 连接起来，意味着将 ps aux 的输出作为 grep start.php 的输入。这样，你就可以从所有进程的列表中筛选出包含start.php的行。

这个命令组合通常用于查找特定的进程，因为它能够快速地定位到包含特定命令行参数或进程名的进程。但是需要注意的是，grep 命令本身也会作为一个进程运行，所以当你运行 ps aux | grep start.php 时，你通常会看到两行输出：一行是你要找的 start.php 进程（如果有的话），另一行是 grep start.php 命令本身。

如果你只想看到 start.php 进程而不包括 grep 命令的行，你可以使用 grep -v 选项来排除包含特定字符串的行，例如：

ps aux | grep start.php | grep -v grep

这样，grep -v grep 会从结果中排除掉包含grep的行，只留下start.php进程的信息（如果有的话）。

4.Press Ctrl-C to quit.

在 .sh 脚本中，Press Ctrl-C to quit. Start success 并不是一个命令。这更像是一个提示信息，告诉用户可以通过按下 Ctrl-C 来退出某个正在运行的进程或任务，并且已经成功启动。

5.文件权限的 shell 命令

修改某个目录下的 webapp.json 文件的权限为 755 并将其所有者更改为 www 用户，可以使用以下的 shell 命令：

change_permissions.sh

#!/bin/bash  # 假设 webapp.json 位于 /path/to/your/webapp.json  
webapp_json_path="/path/to/your/webapp.json"  # 更改 webapp.json 的权限为 755  
chmod 755 "$webapp_json_path"  # 更改 webapp.json 的所有者为 www  
chown www: "$webapp_json_path"

执行 chown 命令通常需要超级用户权限（即 root 权限），所以你可能需要以 root 用户身份运行这个脚本，或者使用 sudo

sudo ./change_permissions.sh

---

@漏刻有时