ThinkPHP 5.1+ 的 Log 默认不支持按模块自动分流，因其日志调用默认走 default 通道，模块信息在写入时已丢失；需通过中间件在请求早期根据 $request->module() 动态切换通道，并配合模块化通道配置与自定义 File 驱动实现细分日志。
为什么 think\Log 默认不支持按模块自动分流
ThinkPHP 5.1+ 的日志系统基于通道（channel）设计，但 Log::record() 或 trace() 等调用默认走的是 default 通道，不会根据当前模块（如 admin、api、wechat）自动切换通道。模块信息在日志写入时已丢失，除非你手动干预日志上下文或重写日志写入逻辑。
如何为不同模块绑定独立日志通道
核心是「在模块初始化阶段动态注册并切换日志通道」，而非全局配置一堆静态通道。实际操作分三步：
- 在各模块的
common.php（或provider.php）中调用Log::channel('admin')显式指定当前模块使用的通道名 - 在
config/log.php中为每个模块定义对应通道，例如：'admin' => [ 'type' => 'File', 'path' => LOG_PATH . 'admin/', 'level' => ['error', 'info'], ], - 确保该通道未被提前初始化（避免
Log::init()时加载了 default 覆盖），推荐在app\common\middleware\InitLogChannel中间件里做通道切换
中间件中安全切换日志通道的关键点
直接在控制器里调用 Log::channel() 不可靠——因为日志可能已在框架早期（如路由解析、异常捕获）触发，那时模块上下文还没建立。必须在请求生命周期早期介入：
- 注册一个全局中间件，优先级设为
-100（比LoadLangPack更早） - 从
$request->module()获取当前模块名，拼出通道名（如$channel = $request->module() ?: 'default'） - 用
Log::channel($channel)切换，注意：此调用仅对后续日志生效，不影响已缓存的 logger 实例 - 若使用 Swoole 或常驻进程，需确保每次请求都重新切换，避免通道复用污染
自定义日志处理器解决「同一模块内还需细分类型」的问题
比如 admin 模块既要记录操作日志（admin_action.log），又要记录支付回调（admin_pay.log），光靠通道不够细。这时应扩展 think\log\driver\File：
- 继承原
File驱动，重写write()方法，在写入前检查$log['type']（需你在业务中传入，如Log::record('xxx', 'pay')） - 根据
type动态修改$this->config['path']，例如追加子目录：$this->config['path'] .= $type . '/' - 注意路径权限和自动创建逻辑，
mkdir()要加0755和递归参数
这种处理绕过了通道机制，更灵活，但也意味着你要自己维护日志分类逻辑，不能依赖配置文件一键切换。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
