FrankenPHP 默认访问日志不记录 $_POST 参数，因其底层复用Caddy日志模块且设计上不支持请求体内容；需在PHP应用层（如中间件）通过 php://input 或 $_POST 统一捕获并安全落盘。
FrankenPHP 本身不记录 $_POST 参数，它的默认访问日志（access log）只包含标准 HTTP 请求元信息，和 Nginx 的 access_log 类似：状态码、URI、方法、响应大小、耗时、IP 等，但不解析或落盘请求体内容。
FrankenPHP 默认 access_log 不含 POST 数据
它底层复用 Caddy 的日志模块，log 指令默认只写 {http.request.method}、{http.request.uri}、{http.response.status} 这类字段，没有 {http.request.body} 或等效变量。即使你启用了 log 并指定了格式，也拿不到原始 POST 内容 —— 这不是配置遗漏，是设计上就不支持。
常见错误现象：在 Caddyfile 里加了 format "{common} {http.request.body}"，结果日志里这部分永远为空或报错；或者看到日志里有 POST /api/login HTTP/1.1，但没看到任何参数，误以为是权限或编码问题。
使用场景：调试接口入参、审计敏感操作、复现用户提交行为 —— 这些都必须靠 PHP 层自己捕获，不能依赖 FrankenPHP 的 access log。
立即学习“PHP免费学习笔记（深入）”；
想记 POST 参数，必须在 PHP 应用层做
FrankenPHP 启动后，所有请求最终都会进入你的 PHP 脚本（如 public/index.php），这时 $_POST、file_get_contents('php://input') 都可用。关键是要在框架或入口处统一拦截，而不是等业务逻辑分散处理。
实操建议：
- 在 Laravel 中，用中间件（如
App\Http\Middleware\LogRequest）调用file_get_contents('php://input')获取原始体（注意 multipart 表单需额外处理） - 在 ThinkPHP 中，可在
app/middleware.php或全局钩子中读取$_POST和$_FILES，用file_put_contents(..., LOCK_EX)写入独立日志文件 - 避免直接记录
$_REQUEST—— 它混入了$_GET和$_COOKIE，且可能被污染；优先用php://input+Content-Type判断来区分 JSON 或表单 - 敏感字段（如
password、id_card）必须在写日志前unset()，否则生产环境会泄露凭证
为什么不能靠 FrankenPHP 的 worker 模式自动记录
FrankenPHP 的 worker 模式（类似 Swoole 或 Octane）让 PHP 进程常驻，但它只优化执行生命周期，并不扩展日志能力。worker 模式下 $_POST 依然只在单次请求生命周期内有效，不会自动持久化到磁盘。
性能影响要注意：每次请求都 file_put_contents 写大日志，在高并发下会成为瓶颈；更稳妥的做法是把日志行发给 error_log(..., 4) 推到 syslog，或用 Redis List + 后台消费者异步落盘。
容易踩的坑：在 fastcgi_finish_request() 之后再写日志，能避免阻塞响应；但 FrankenPHP 不走 FastCGI 协议，所以这个函数无效 —— 必须改用 register_shutdown_function() 或 Fiber 异步写入。
真正要落地，得接受一个事实：FrankenPHP 省掉了 Nginx 和 FPM，但没省掉日志设计的责任。POST 参数这种业务层数据，从来就不是 Web 服务器该管的事。
