在crond配置脚本执行后，经常会出现重复执行的情况。如下面的脚本：
<?phpsleep(70);?>
如果，在crond中的配置项如下：
*/1 * * * * root php ./test.php
就出出现，之前执行的test.php还未结束，新的test.php又被执行。如下：
[hailong@vhost ~]$ ps aux | grep tt.php56667 5280 0.0 0.0 103388 4432 pts/2 T 08:06 0:00 vim ./test.phproot 5455 0.0 0.1 225288 8812 ? Ssl 08:08 0:00 /usr/bin/php /home/hailong/test.phproot 5665 5.0 0.1 225288 8748 ? Ssl 08:09 0:00 /usr/bin/php /home/hailong/test.php56667 5675 0.0 0.0 69460 852 pts/2 S+ 08:09 0:00 grep tt.php
进程一直堆积的话，可能会把系统资源给耗尽，导致系统宕机。
解决方案有两种。各有利弊。
这种方法，就是对代码进行改造。增加是否有进程执行的判断。如下面的代码：
<?php $lockfile = '/tmp/mytest.lock'; if(file_exists($lockfile)){ exit(); }file_put_contents($lockfile, date("Y-m-d H:i:s")); sleep(70);unlink($lockfile); ?>代码逻辑很简单，这里就不再解释。这种判断文件是否不存在的方式，会有一个问题。那就是有可能程序未执行到最后，也就是没有删除之前创建的mytest.lock文件。这会导致，之后程序将不能正常执行。
为了解决这个问题，我们对代码进行下改造。不再使用文件是否存在的判断，而是判断进程是否存在。代码修改后如下：
$fp = popen("ps aux | grep 'test.php' | wc -l", "r");$proc_num = fgets($fp);if ($proc_num > 3) { exit;}sleep(70);
这种方式有一个弊端，就是ps命令要写的精确。避免把不是执行test.php脚本的进程也统计到。如：
我们通过vim打开test.php文件。就会导致上面命令误统计。
另外，$proc_num 为什么要大于3而不是大于1，大家可以想想。如果，想不明白，可以加我微信 1798159444。
flock命令提供了文件锁的功能。命令参数如下：
[hailong@vhost ~]$ flock -hflock (util-linux 2.13-pre7)Usage: flock [-sxun][-w #] fd# flock [-sxon][-w #] file [-c] command... -s --shared Get a shared lock -x --exclusive Get an exclusive lock -u --unlock Remove a lock -n --nonblock Fail rather than wait -w --timeout Wait for a limited amount of time -o --close Close file descriptor before running command -c --command Run a single command string through the shell -h --help Display this text -V --version Display version
使用flock控制并发冲突，我们的crond配置如下：
*/1 * * * * root flock -xn /tmp/mytest.lock -c 'php ./test.php'
其实，使用flock也是有坑的。坑的详细信息，请查看 crond中使用flock命令的坑
原文链接： 解决crond脚本执行并发冲突问题，转载请注明来源！
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移，垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是，许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
275
收藏
