公司所用计划任务均是大概这样子的：
*/2 * * * * root cd /opt/xxxx/test_s1/html/xxxx/admin; php index.php task testone >/dev/null 2>&1*/2 * * * * root cd /opt/xxxx/test_s1/html/xxxx/admin; php index.php task testtwo >/dev/null 2>&1
可以看到把输出与标准错误进行重定向到空设备了，这样做是有一定原因的。查阅了一些资料，在这里描述一下：
1.ssh登陆服务器
2.新建一个php文件test.php，代码如下：
<?php sleep(50); echo "aaa\n"; file_put_contents("/tmp/test.txt",time());?>
3.用以下命令执行test.php程序
$ php test.php &

查看 /tmp/test.txt 文件的内容为1497613738
4.然后再次执行如下命令。命令执行后，马上使用exit命令退出登陆
$ php test.php &

5 然后ssh登陆服务器，发现/tmp/test.txt 文件的内容依然是 1497613738。说明第二次执行test.php时，file_put_contents函数没有执行，或者没有执行成功。
6 使用strace进行追踪：
正常情况下的追踪： strace -p
process 1475 attached restart_syscall(<... resuming interrupted call ...>) = 0write(1, aaa\n, 4aaa )                    = 4lstat(/tmp/test.txt, 0x7ffe792ebe90)  = -1 enoent (no such file or directory) lstat(/tmp, {st_mode=s_ifdir|s_isvtx|0777, st_size=65536, ...}) = 0open(/tmp/test.txt, o_wronly|o_creat|o_trunc, 0666) = 3fstat(3, {st_mode=s_ifreg|0644, st_size=0, ...}) = 0lseek(3, 0, seek_cur)                   = 0write(3, 1497614186, 10)              = 10close(3)                                = 0munmap(0x7f4840239000, 528384)          = 0close(2)                                = 0close(1)                                = 0munmap(0x7f4847510000, 4096)            = 0close(0)                                = 0munmap(0x7f4847511000, 4096)            = 0sched_getaffinity(1475, 128, {ffffff, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}) = 128sched_setaffinity(0, 128, {ffffff, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}) = 0munmap(0x7f48404c8000, 2119936)         = 0munmap(0x7f48406ce000, 2345056)         = 0munmap(0x7f4840b39000, 2162536)         = 0munmap(0x7f484090b000, 2282472)         = 0munmap(0x7f4840d49000, 323584)          = 0exit_group(0)                           = ? +++ exited with 0 +++[1]+  done                    php test.php

退出后再登陆的追踪：
strace -p 3881
restart_syscall(<... resuming interrupted call ...>) = 0write(1, aaa\n, 4)                    = -1 eio (input/output error) munmap(0x7f6b7fc04000, 528384)          = 0close(2)                                = 0close(1)                                = 0munmap(0x7f6b86edb000, 4096)            = 0close(0)                                = 0munmap(0x7f6b86edc000, 4096)            = 0sched_getaffinity(3881, 128, {ffffff, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}) = 128sched_setaffinity(0, 128, {ffffff, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}) = 0munmap(0x7f6b7fe93000, 2119936)         = 0munmap(0x7f6b80099000, 2345056)         = 0munmap(0x7f6b80504000, 2162536)         = 0munmap(0x7f6b802d6000, 2282472)         = 0munmap(0x7f6b80714000, 323584)          = 0exit_group(0)                           = ? +++ exited with 0 +++
通过对比可以看到echo处出现了 输入/输出错误，最终没有执行file_put_contents函数。
7 原因：
为什么退出登陆后，再登陆，就会发生eio错误呢？这个和linux的会话处理有关。
当用户ssh登陆一个服务器时，也就开始了一个会话。会话开始后，标准输入（stdin）、标准输出（stdout）、标准错误（stderr）会连接到一个对应的终端（pty）。
用户登陆后，任何标准输出都会在终端中有反应。标准输出的文件句柄是1。因此，php中的echo(aaa\n) 会导致执行系统调用write(1, aaa\n, 4). 会在终端中写aaa\n。
当用户退出登陆时，一个会话就结束了。会话结束时，修改所有打开该终端的文件句柄，改成不可读也不可写；
用户退出登陆后再执行write(1, aaa\n, 4)，会报eio错误。因为终端句柄已经不可写。eio错误发生后，导致进程结束。
解决办法
方法一：
使用重定向符号&把标准输出重定向到空洞。
$ php test.php > /dev/null 2 >&1 &   这里的& 可以用也可以不用
方法二：
使用nohup。
$ nohup php test.php &
说明：
 如果你正在运行一个进程，而且你觉得在退出帐户时该进程还不会结束，那么可以使用nohup命令。
该命令可以在你退出帐户/关闭终端之后继续运行相应的进程。nohup就是不挂起的意思( n ohang up)。
而我们公司采用的是第一种方法，关于对/dev/null 2 >&1 & 的描述，看另外一篇文章
以上就是php关于计划任务的实例的详细内容。