FrankenPHP会重置$_GET、$_POST、$_REQUEST、$_COOKIE及$_SERVER中REQUEST_URI等请求字段，但仅覆盖而非清空；自定义$_SERVER键、putenv()、中间件绕过等会导致残留，需手动重置。
不会自动重置，但 FrankenPHP 会做基础重置 —— 关键在于你用的是什么变量、在哪改的、有没有中间件绕过。
FrankenPHP 对 $_GET / $_POST / $_SERVER 做了哪些重置
FrankenPHP 在每次请求开始时，会重置部分超全局变量：$_GET、$_POST、$_REQUEST、$_COOKIE 和 $_SERVER 中的请求相关字段（如 REQUEST_URI、QUERY_STRING、REQUEST_METHOD）确实会被覆盖为当前请求值。但这只是“覆盖”，不是“清空”或“隔离”：
- 如果你在某个请求里执行了
$_SERVER['CUSTOM_FLAG'] = true，这个键值会一直留在$_SERVER数组里，后续请求仍能读到 -
$_SERVER中非请求字段（如DOCUMENT_ROOT、PATH_TRANSLATED）通常只在 Worker 启动时初始化一次，之后不变 - 某些中间件（尤其是手动修改
$_SERVER的 Laravel 或自定义路由层）可能跳过 FrankenPHP 的重置逻辑，直接复用上个请求的残留
为什么你看到的 $_SERVER 还有旧数据
常见错误现象是：第二个请求里 var_dump($_SERVER) 突然多出一个 'HTTP_X_REAL_IP' => '192.168.1.100'，而第一个请求根本没设过 —— 这往往是因为 Nginx/Caddy 的代理头被重复注入，或某次请求中调用了 putenv('HTTP_X_REAL_IP=...')，而 putenv() 影响的是整个进程环境，不是单次请求作用域。
-
putenv()、setcookie()、header()的副作用会跨请求累积 - 框架（如 Symfony）若未在每次请求后调用
$requestStack->remove()，$_SERVER['REQUEST_TIME_FLOAT']等时间戳可能被缓存并复用 - 不要依赖
$_SERVER存临时状态；该用$_REQUEST就用，该用$_SESSION就配好 session handler，别往$_SERVER里塞自定义键
必须手动重置的超全局变量场景
以下情况 FrankenPHP 不管，你得自己动手，否则很快出现“请求 A 的数据泄露到请求 B”：
立即学习“PHP免费学习笔记（深入）”；
- 在入口文件（如
public/worker.php）开头加：$_SERVER = []; $_REQUEST = []; $_GET = []; $_POST = []; $_COOKIE = [];（Symfony 官方推荐做法） - 如果用了
register_shutdown_function()注册清理逻辑，注意它在 Worker 模式下不保证每次触发 —— 改用请求结束钩子（如 Laravel 的app('events')->listen('kernel.handled', ...)） - 避免在
__destruct中清理超全局变量，因为对象生命周期不可控，$_SERVER可能早已被下一个请求覆盖
最危险的不是变量没重置，而是你以为它重置了——比如看到 $_GET 是空数组就放心了，却没注意到 $_SERVER['HTTP_AUTHORIZATION'] 还挂着上个用户的 JWT token。
