场景：
最好的方法是什么？
【问题讨论】：
标签： php multithreading performance process
在 *nix 上：
exec('/path/to/executable > /dev/null 2>&1 &');
在 Windows 上：
$WshShell = new COM('WScript.Shell');
$oExec = $WshShell->Run('C:\path\to\executable.exe', 0, false);
这两者都将产生一个新进程，该进程将异步运行，完全与父进程断开连接。只要你的主人允许你这样做。
【讨论】：
& 为后缀，它应该可以工作。 TBH，我一直只是 /dev/nulled 它，所以你真的只需要吮吸它然后看看......
你可以通过key google: php 关闭连接后继续处理。
与您的问题相关的以下链接是：
您可以使用属于命令继续执行而无需用户中止
ignore_user_abort(true);
set_time_limit(0);
您使用 fastcgi_finish_request 来提醒客户端停止响应输出。并且您的脚本将继续执行。
一个例子：
// redirecting...
ignore_user_abort(true);
set_time_limit(0);
header("Location: ".$redirectUrl, true);
header("Connection: close", true);
header("Content-Length: 0", true);
ob_end_flush();
flush();
fastcgi_finish_request(); // important when using php-fpm!
sleep (5); // User won't feel this sleep because he'll already be away
// do some work after user has been redirected
【讨论】：
补充@DaveRandom 的回答：您实际上并不需要将STDERR 重定向到STDOUT（使用2>&1）。
如果你想防止父进程挂起等待子进程完成，你需要重定向STDOUT。这是必需的，因为exec 将返回子进程输出的最后一行，因此需要等待子进程的STDOUT 关闭。
这并不意味着您需要将其重定向到/dev/null。您可以将其重定向到其他文件，甚至重定向到其他文件描述符（例如 STDERR:1>&2）。
exec('/path/to/executable'): 将启动一个新进程并等待它完成（即阻塞父进程）。exec('/path/to/executable &')：和上面基本一样。$pid = exec('/path/to/executable > /dev/null & echo $!')：将在后台启动一个进程，子进程和父进程并行运行。 /path/to/executable 的输出将被丢弃，$pid 将收到子进程的 PID。使用2>&1其实是没有必要的，因为exec忽略了子进程的STDERR。这也可能是不可取的，因为它会使发现一些错误变得更加困难，因为它们会被默默地丢弃。如果你省略了2>&1，你可以通过管道将父进程的STDERR 传递到某个日志文件中，以便稍后在出现问题时进行检查：
php /path/to/script.php 2>> /var/log/script_error.log
通过使用上述启动触发子进程的脚本，script.php和任何子进程写入STDERR的所有内容都将写入日志文件。
【讨论】：
PHP 中没有线程。您可以通过发回触发 Ajax 调用以在新请求中启动繁重进程的 HTML 页面来作弊。但如果是共享主机，我猜你很快就会达到主机提供商对内存、时间或 CPU 使用率的限制。
【讨论】：
$WshShell = new COM('WScript.Shell');
$oExec = $WshShell->Run('C:\xampp\php\php.exe C:\xampp\htdocs\test.php -a asdf', 0, true);
无法将 argv 传递给 test.php。
var_dump($argv);
【讨论】：