PHP $ _ FILES的临时存储和回收机制的实际测量过程

我想和我有同样想法的人，会把：上传的文件只是为了临时使用而处理，不需要保存原始文件以备后用，比如调整大小等操作，这些后期操作只有在第二轮客户端请求时才会操作，比如先上传，将上传的临时文件的路径返回浏览器，然后用户点击后再操作临时文件；但是在实际实现中，发现第二个请求中不存在这个临时文件，我去临时文件夹查看时也没有找到。我也遇到过一个Q群的人问这个问题，起因和我的实现想法差不多。因此，有一个疑问，上传文件的原理是什么？我不想看到php的实现代码，但是我想过了。它应该是一个回收机制。点击了临时文件空间，所以php本身应该维护这个空间的回收。所以我试图上传一个巨大的文件，这个文件足够php运行很长时间。我想我会看到它出现在临时文件夹中。不幸的是，我直到php返回3360才看到它，因为这个文件超过了上传限制。然后我用这个小文件上传并打印出它的临时文件夹路径，发现它以php开始，以tmp结束。我想到了一个方法，用while把上传php的过程阻塞一段时间，然后返回。这次看到临时文件夹里的临时文件，是用php**命名的。tmp，如图。

如果在php运行过程中，由于刷新页面和异常结束php导致php解析暂停，那么这个临时文件将被永久保存。如果php正常结束，这个文件将在php结束时被删除。同时我感觉这个文件在上传完成后应该会重新出现。从上传大文件看不到推断；因此，php的临时文件维护方法是php一结束就回收资源。如果您想在第二轮中请求使用此文件，您应该移动它并维护此文件。在这个测试中，您没有测试php包含多个嵌套的情况。