monolog 仅提供日志写入机制，日志是否记录、存储位置及可查性取决于 handler 配置、processor 行为和底层存储状态；常见文件无内容因 streamhandler 路径不可写或目录不存在，需确保绝对路径、权限正确及目录预先创建。
Monolog 本身不解决日志记录问题，它只是提供了一套灵活的日志写入机制；真正决定日志是否“被记录”“写到哪”“能否查到”的，是你的 Handler 配置、Processor 行为，以及底层存储（如文件权限、磁盘空间、Syslog 服务状态）是否就绪。
为什么日志写了但文件里没内容？
最常见原因是 StreamHandler 打开的文件路径不可写，或父目录不存在。Monolog 默认不会自动创建多级目录，也不会报错提示路径问题——它静默失败。
- 检查
mkdir -p是否提前执行过日志目录，比如/var/log/myapp/ - 确认运行 PHP 进程的用户（如
www-data或nginx）对该路径有w权限：ls -ld /var/log/myapp/ - 避免用相对路径（如
logs/app.log），改用绝对路径并显式声明：new StreamHandler('/var/log/myapp/app.log') - 如果用了
RotatingFileHandler，注意它依赖date()和时区，服务器时间不准会导致轮转异常
如何让不同环境输出不同日志级别？
Monolog 的 Logger 实例默认级别是 DEBUG，但实际是否传递给 Handler，由每个 Handler 自己的 $level 参数控制。环境差异应通过 Handler 级别而非 Logger 级别来隔离。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 开发环境可加
ConsoleHandler并设为Logger::DEBUG，方便调试 - 生产环境用
StreamHandler且设为Logger::WARNING，避免日志爆炸 - 不要在
Logger构造时传Logger::ERROR，否则即使 Handler 支持 DEBUG，也收不到 info 级消息 - 用
setLevel()动态调整 Handler 级别比重建 Logger 更轻量
为什么错误堆栈没进日志？
PHP 错误（如 ParseError、FatalError）默认不会被 Monolog 捕获，必须显式注册错误处理器。Monolog 提供了 ErrorHandler，但它只接管 set_error_handler 范围内的错误，对致命错误无效。
- 调用
ErrorHandler::register($logger)后，E_WARNING、E_NOTICE类错误会进日志，但Fatal error仍会直接中断 - 要捕获致命错误，需配合
register_shutdown_function()+error_get_last()手动判断并写入 -
ExceptionHandler只处理未捕获的Exception，对Error（PHP 7+）需额外注册set_exception_handler()并区分类型 - 确保
use Monolog\ErrorHandler;和use Monolog\Logger;都正确引入，漏掉前者会导致静默失效
Monolog 的灵活性恰恰藏在配置细节里：Handler 的层级、Processor 的执行时机、错误钩子的覆盖范围——这些地方一不留神，日志就“看起来配好了，其实没生效”。尤其在容器或无 root 权限环境下，文件路径和用户权限比代码逻辑更容易卡住整个链路。
