Monolog、Laravel与psr/log一图看懂PSR-3日志生态体系及最佳集成方案【免费下载链接】log项目地址: https://gitcode.com/gh_mirrors/lo/log在 PHP 开发中PSR-3 日志接口是 Monolog、Laravel 等框架和工具库共同的底层标准。psr/log 包就是这个标准的官方实现它本身不是日志库而是一套日志通用接口让你的代码只依赖标准而不绑定任何具体实现。本文带你一图看懂 PSR-3 生态体系并给出最佳集成方案。 psr/log 是什么一个接口统一整个生态psr/log 的核心只有一句话定义一个合格的日志器必须长什么样。核心文件一览都在 src/ 目录下文件作用LoggerInterface.php核心接口定义 8 个日志级别方法 通用的log()方法LogLevel.php8 个日志级别常量emergency → debugAbstractLogger.php抽象基类帮实现者省掉样板代码LoggerTrait.phpTrait 版快捷方法适合无法继承 AbstractLogger 的类LoggerAwareInterface.php / LoggerAwareTrait.php让任意对象能接收一个日志器setLogger()NullLogger.php空日志器没有日志配置时的安全兜底InvalidArgumentException.php非法日志级别时抛出的异常一句话总结psr/log 管契约Monolog 管干活Laravel 管装配。️ PSR-3 的 8 级日志分级体系PSR-3 把日志严重程度分成 8 个等级定义见 LogLevel.php从高到低级别语义什么时候用emergency系统不可用整站宕机、需立即停机处理alert必须马上处理数据库挂了该发短信叫醒你critical严重错误应用某个核心组件不可用error运行时错误一般异常需记录并监控warning警告非错误使用了废弃 API、潜在隐患notice正常但值得关注系统进入重要状态info一般信息用户登录、关键业务事件debug调试细节开发阶段的海量跟踪信息 新手常见误区把所有东西都打error。分级后生产环境开error级别就能过滤噪音调试时开到debug又不会丢信息。️ 一图看懂PSR-3 日志生态体系┌────────────────────────────────────────────┐ │ 你的业务代码 / 工具库 │ │ 只依赖 LoggerInterfacePSR-3 接口 │ └───────────────────┬────────────────────────┘ │ 类型提示依赖抽象 ▼ ┌────────────────────────────────────────────┐ │ psr/log本仓库PSR-3 标准 │ │ LoggerInterface / LogLevel / NullLogger │ └───────┬───────────────────────┬────────────┘ │ 实现接口 │ 实现接口 ▼ ▼ ┌──────────────────────┐ ┌──────────────────────┐ │ Monolog │ │ Laravel 日志门面 │ │ 写文件/邮件/Slack/ │ │ 底层同样基于 │ │ 数据库等多种 Handler │ │ Monolog 实现 │ └──────────────────────┘ └──────────────────────┘ │ │ └───────────┬───────────┘ ▼ 文件 / 控制台 / 数据库 / 第三方服务三层关系很清晰标准层psr/log本仓库纯接口 少量工具类零依赖仅需 PHP 8.0见 composer.json实现层Monolog 等真正写日志的库实现LoggerInterface应用层Laravel 等在框架中装配日志器Laravel 的Log门面底层用的正是 Monolog而 Monolog 遵循的又是 PSR-3。这就是为什么给 Laravel 项目换一个日志通道和给自研库加日志用的是同一套 API。 三步完成集成从安装到调用第 1 步安装标准包composer require psr/log第 2 步通过构造函数注入日志器官方推荐写法见 README.mdclass Foo { public function __construct(private LoggerInterface $logger) {} public function doSomething() { $this-logger-info(正在处理订单, [order_id 42]); try { // ... } catch (\Exception $e) { $this-logger-error(处理失败, [exception $e]); } } }第 3 步运行时装入具体实现// 生产Monolog文件 邮件告警 $foo new Foo(new \Monolog\Logger(app)); // 没有日志配置时用 NullLogger 兜底避免 if 判断满天飞 $foo new Foo(new NullLogger());消息支持{placeholder}占位符如用户 {name} 登录配合[name Tom]异常统一放在 context 的exception键中规范见 LoggerInterface.php 注释。✅ 最佳实践清单依赖接口不依赖实现构造函数写LoggerInterface测试时可以轻松换成内存桩替换 Monolog 也不改业务代码用 NullLogger.php 做默认值官方注释明确建议——与其到处写if ($this-logger)不如默认注入NullLogger自己写日志器时别手搓 8 个方法继承 AbstractLogger.php 或引入 LoggerTrait.php8 个级别方法已帮你写好只需实现一个log()让对象可接受日志器实现 LoggerAwareInterface.php 或引入LoggerAwareTrait调用方随时setLogger()挂载日志能力级别宁缺毋滥warning不是error的垃圾桶debug别上生产。 总结问题答案psr/log 能直接记录日志吗不能它只是接口标准Monolog 扮演什么角色实现者提供 Handler 体系真正落地日志Laravel 怎么融入底层用 Monolog门面统一暴露 PSR-3 兼容 API新手怎么选应用项目直接用框架日志自研库依赖psr/log接口实现交给使用方掌握 PSR-3你就掌握了 PHP 日志生态的通用插座——写一次接口依赖Monolog、Laravel 乃至任何实现都能即插即用。【免费下载链接】log项目地址: https://gitcode.com/gh_mirrors/lo/log创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Monolog、Laravel与psr/log一图看懂PSR-3日志生态体系及最佳集成方案【免费下载链接】log项目地址: https://gitcode.com/gh_mirrors/lo/log在 PHP 开发中PSR-3 日志接口是 Monolog、Laravel 等框架和工具库共同的底层标准。psr/log 包就是这个标准的官方实现它本身不是日志库而是一套日志通用接口让你的代码只依赖标准而不绑定任何具体实现。本文带你一图看懂 PSR-3 生态体系并给出最佳集成方案。 psr/log 是什么一个接口统一整个生态psr/log 的核心只有一句话定义一个合格的日志器必须长什么样。核心文件一览都在 src/ 目录下文件作用LoggerInterface.php核心接口定义 8 个日志级别方法 通用的log()方法LogLevel.php8 个日志级别常量emergency → debugAbstractLogger.php抽象基类帮实现者省掉样板代码LoggerTrait.phpTrait 版快捷方法适合无法继承 AbstractLogger 的类LoggerAwareInterface.php / LoggerAwareTrait.php让任意对象能接收一个日志器setLogger()NullLogger.php空日志器没有日志配置时的安全兜底InvalidArgumentException.php非法日志级别时抛出的异常一句话总结psr/log 管契约Monolog 管干活Laravel 管装配。️ PSR-3 的 8 级日志分级体系PSR-3 把日志严重程度分成 8 个等级定义见 LogLevel.php从高到低级别语义什么时候用emergency系统不可用整站宕机、需立即停机处理alert必须马上处理数据库挂了该发短信叫醒你critical严重错误应用某个核心组件不可用error运行时错误一般异常需记录并监控warning警告非错误使用了废弃 API、潜在隐患notice正常但值得关注系统进入重要状态info一般信息用户登录、关键业务事件debug调试细节开发阶段的海量跟踪信息 新手常见误区把所有东西都打error。分级后生产环境开error级别就能过滤噪音调试时开到debug又不会丢信息。️ 一图看懂PSR-3 日志生态体系┌────────────────────────────────────────────┐ │ 你的业务代码 / 工具库 │ │ 只依赖 LoggerInterfacePSR-3 接口 │ └───────────────────┬────────────────────────┘ │ 类型提示依赖抽象 ▼ ┌────────────────────────────────────────────┐ │ psr/log本仓库PSR-3 标准 │ │ LoggerInterface / LogLevel / NullLogger │ └───────┬───────────────────────┬────────────┘ │ 实现接口 │ 实现接口 ▼ ▼ ┌──────────────────────┐ ┌──────────────────────┐ │ Monolog │ │ Laravel 日志门面 │ │ 写文件/邮件/Slack/ │ │ 底层同样基于 │ │ 数据库等多种 Handler │ │ Monolog 实现 │ └──────────────────────┘ └──────────────────────┘ │ │ └───────────┬───────────┘ ▼ 文件 / 控制台 / 数据库 / 第三方服务三层关系很清晰标准层psr/log本仓库纯接口 少量工具类零依赖仅需 PHP 8.0见 composer.json实现层Monolog 等真正写日志的库实现LoggerInterface应用层Laravel 等在框架中装配日志器Laravel 的Log门面底层用的正是 Monolog而 Monolog 遵循的又是 PSR-3。这就是为什么给 Laravel 项目换一个日志通道和给自研库加日志用的是同一套 API。 三步完成集成从安装到调用第 1 步安装标准包composer require psr/log第 2 步通过构造函数注入日志器官方推荐写法见 README.mdclass Foo { public function __construct(private LoggerInterface $logger) {} public function doSomething() { $this-logger-info(正在处理订单, [order_id 42]); try { // ... } catch (\Exception $e) { $this-logger-error(处理失败, [exception $e]); } } }第 3 步运行时装入具体实现// 生产Monolog文件 邮件告警 $foo new Foo(new \Monolog\Logger(app)); // 没有日志配置时用 NullLogger 兜底避免 if 判断满天飞 $foo new Foo(new NullLogger());消息支持{placeholder}占位符如用户 {name} 登录配合[name Tom]异常统一放在 context 的exception键中规范见 LoggerInterface.php 注释。✅ 最佳实践清单依赖接口不依赖实现构造函数写LoggerInterface测试时可以轻松换成内存桩替换 Monolog 也不改业务代码用 NullLogger.php 做默认值官方注释明确建议——与其到处写if ($this-logger)不如默认注入NullLogger自己写日志器时别手搓 8 个方法继承 AbstractLogger.php 或引入 LoggerTrait.php8 个级别方法已帮你写好只需实现一个log()让对象可接受日志器实现 LoggerAwareInterface.php 或引入LoggerAwareTrait调用方随时setLogger()挂载日志能力级别宁缺毋滥warning不是error的垃圾桶debug别上生产。 总结问题答案psr/log 能直接记录日志吗不能它只是接口标准Monolog 扮演什么角色实现者提供 Handler 体系真正落地日志Laravel 怎么融入底层用 Monolog门面统一暴露 PSR-3 兼容 API新手怎么选应用项目直接用框架日志自研库依赖psr/log接口实现交给使用方掌握 PSR-3你就掌握了 PHP 日志生态的通用插座——写一次接口依赖Monolog、Laravel 乃至任何实现都能即插即用。【免费下载链接】log项目地址: https://gitcode.com/gh_mirrors/lo/log创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
