POST方式上传文件时PHP脚本的执行时机及相关疑问

嘿，咱们逐个来拆解你提出的这些实际问题，都是PHP文件上传场景里很关键的细节：

1. upload.php何时开始执行第一行代码？ #

答案是：在文件完全上传到服务器之后。

当你点击表单提交按钮，浏览器会开始向服务器发送包含文件数据的POST请求，但PHP的默认处理逻辑是：先完整接收整个请求的所有数据（包括上传的文件内容），确认接收完成后，才会启动upload.php脚本并执行第一行代码。

只有当你使用了特殊的上传处理方案（比如手动通过php://input流来分块读取上传数据，或者使用第三方的分块上传库），才有可能在文件上传过程中就让脚本开始执行，但常规的HTML表单POST上传都是遵循“先传完再执行”的逻辑。

2. 能否同时调用另一个PHP脚本并让两者并行执行？ #

当然可以，有几种常见的实现方式：

• 前端并行发起请求：比如用JavaScript（AJAX/Fetch）在提交文件的同时，发起另一个到PHP脚本的请求，浏览器会并行发送这两个请求，服务器端的PHP进程也会并行处理它们。
• 后端启动独立进程：在upload.php里，通过exec()、shell_exec()或者PHP的进程扩展（比如pcntl）来启动另一个PHP脚本的独立进程，这样两个脚本就能并行运行。不过这种方式要注意进程管理，避免出现僵尸进程或者资源泄漏。

需要注意的是：每个PHP请求都是运行在独立的进程（或FPM的worker进程）里，它们的内存空间是完全隔离的——也就是说，一个脚本里的变量、全局对象不会影响另一个脚本。

3. 若在upload.php调用move_uploaded_file()时，另一个脚本循环使用的全局对象$_FILES被销毁，会发生什么？ #

首先要明确一个关键事实：不同请求的$_FILES全局对象是完全独立的，它们属于不同的PHP进程，内存空间互不共享。

所以另一个脚本里的$_FILES被销毁，对upload.php里的move_uploaded_file()操作没有任何影响。move_uploaded_file()操作的是服务器临时目录里的上传文件，只要upload.php自身的请求上下文还存在，临时文件还没被PHP自动清理（默认脚本执行完毕后会删除临时文件，但move_uploaded_file会把文件从临时目录移走，所以只要在执行这个函数时临时文件还在），就能正常完成文件移动操作。

内容的提问来源于stack exchange，提问作者Joed