Laravel 8.x 如何通过服务提供者绑定指定时区Monolog日志

不用重写LogManager，也不用逐个改通道配置绑定自定义工厂，用Laravel自带的日志启动事件就能全局搞定，侵入性几乎为零。

核心逻辑很简单：Monolog\Logger本身带公共的setTimezone()方法，只要在每个Logger实例创建完成后，调用这个方法传入new DateTimeZone('Asia/Tokyo')，这个实例输出的所有日志就会统一用东京时区，完全不会碰config/app.php里的全局timezone配置，业务里的时间、数据库时间这些都不受影响。

Laravel 8.x 及以上版本实现（和参考文档版本匹配） #

直接在app/Providers/EventServiceProvider.php的boot方法里加个闭包监听就行，连额外的类都不用建：

// 顶部引入对应命名空间
use Illuminate\Log\Events\LoggerBooted;
use DateTimeZone;

public function boot()
{
    parent::boot();

    // 所有日志实例创建完成后自动设置东京时区
    $this->app['events']->listen(function (LoggerBooted $event) {
        $event->logger->setTimezone(new DateTimeZone('Asia/Tokyo'));
    });
}

这个方案能覆盖所有日志通道：不管是默认的single、daily、slack，还是stack里嵌套的通道、自定义通道，只要是LogManager创建的Monolog实例，创建完就会触发LoggerBooted事件，自动套上时区设置，不会遗漏。

方案对比 #

提到的两种思路都能用，但成本更高：

• 自定义日志工厂方案：需要把config/logging.php里所有通道的via配置都改成自定义工厂，后续新增通道如果忘记修改，时区就会不统一，维护成本高
• 重写LogManager方案：直接替换框架核心类，后续升级Laravel版本时，如果官方调整了LogManager的内部逻辑，重写的类必须同步适配，兼容成本高
• 事件监听方案：不修改现有配置、不改动框架核心类、兼容所有通道，版本升级基本不会出现兼容问题，是成本最低的实现方式。

低版本兼容方案（Laravel 6.x/7.x） #

如果是低于8.0的版本没有LoggerBooted事件，用全局Tap的方式也能实现，同样不用逐个修改通道配置：

1. 新建Tap类app/Logging/SetTokyoTimezone.php

<?php
namespace App\Logging;

use Monolog\Logger;
use DateTimeZone;

class SetTokyoTimezone
{
    public function __invoke(Logger $logger)
    {
        $logger->setTimezone(new DateTimeZone('Asia/Tokyo'));
    }
}

2. 在app/Providers/AppServiceProvider.php的boot方法里动态给所有通道追加这个Tap，不用手动修改config/logging.php的每一项配置：

public function boot()
{
    collect(config('logging.channels'))->keys()->each(function ($channelName) {
        $existingTap = config("logging.channels.{$channelName}.tap", []);
        config([
            "logging.channels.{$channelName}.tap" => array_merge($existingTap, [\App\Logging\SetTokyoTimezone::class])
        ]);
    });
}

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