ThinkPHP 6.0 默认日志延迟写入，请求结束时批量落盘；中断请求会导致日志丢失；可配置 realtime=true 启用实时写入，但性能略降。
是的，ThinkPHP 6.0 默认日志写入发生在请求结束时统一执行，不是实时落盘。
默认采用“延迟写入”机制
TP6.0 的日志系统遵循 PSR-3 规范，默认使用缓冲写入策略：所有日志记录（如 Log::info()、Log::error()）只是暂存到内存缓冲区，直到当前 HTTP 请求生命周期完全结束，才批量写入文件。
- 这个时机对应框架请求流程的最后阶段——HTTP 应用执行 end() 方法后、HttpEnd 事件触发前
- 因此，日志内容不会在调用 Log 方法后立刻出现在 storage/logs 文件中
- 该设计能减少频繁磁盘 I/O，提升整体响应性能
中断请求会导致日志丢失
如果在请求过程中主动终止执行（例如调用 exit、die、抛出未捕获异常、或 PHP 进程被强制 kill），缓冲区中的日志将无法触发写入逻辑，直接静默丢弃。
- 常见误操作：在控制器里调试时加 exit('test'); 后发现日志没生成
- 后台命令行（console）任务也适用此规则，需确保命令正常退出
- 异步队列任务中同样存在该问题，需避免在 handle() 中非正常中断
可配置为实时写入
若需立即落盘（如关键审计日志、故障排查场景），可通过配置开启实时写入：
- 在 config/log.php 中，将对应通道（如 file）的 realtime 选项设为 true
- 例如：
'channels' => ['file' => ['realtime' => true]] - 启用后，每次 Log::xxx() 调用都会触发一次文件写操作，性能略降但可靠性更高
注意与异步驱动的区别
“请求结束后写入”是默认 file 驱动的行为；若你切换了日志驱动（如 socket、redis、monolog），写入时机由具体驱动实现决定：
- socket 驱动依赖远程服务可用性，失败时不回退到本地，容易丢日志
- monolog 的 StreamHandler 默认也是实时写，但受 TP6 封装层影响，仍可能走缓冲流程
- 务必确认 Log::driver() 没被中间件或命令手动覆盖，否则行为不可预期
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
