问题出现原因是想对项目中error级别的日志,接入钉钉告警,方便查看
于是使用钩子方法,日志写入完成后,自动调用自定义的告警方法中
php
1、在application/tags.php 中添加
'log_write_done' => [
'app\\common\\behavior\\Common',
],
2、在 common/behavior/Common.php 中添加
/**
* 记录日志的钩子方法,发送告警信息
* @param $log
* @return void
*/
public function logWriteDone($log)
{
$level = '';
if (isset($log['notice'])) {
$level = 'notice';
}
if (isset($log['error'])) {
$level = 'error';
}
if (isset($log['alert'])) {
$level = 'alert';
}
//钉钉告警
if (in_array($level, ['notice', 'error'])) {
$method = '';
if (isset($log['info'])) {
foreach ($log['info'] as $value) {
if (strpos($value, 'PARAM')) {
$method = $value;
}
}
}
$data = $log[$level];
$message = $method . "\r\n--------------------\r\n" . var_export($data, true);
Notice::DingRobot($message, $level);
}
}
在 Notice::DingRobot($message, $level); 中实现钉钉机器人推送消息代码,即可实现告警功能
但是在运行脚本的时候,发现程序会内存溢出直到崩溃,报错:
Allowed memory size of 536870912 bytes exhausted (tried to allocate 262144 bytes) in
正常调用是OK的,脚本调用会出现异常,百思不得其解,于是开启了漫长的debug过程。。。。。。
最后追框架源码,发现了问题原因
1、脚本运行时,因为会连接数据库,所以框架会打sql级别的日志
thinkphp/library/think/Log.php
2、打日志时先是执行到了这个魔术方法中,可以看到是调用了record方法
这一步很关键,注意看有个IS_CLI 这个是在命令行模式的时候为true
3、然后继续到save里面看
4、save记录完日志后,会执行钩子 log_write_done , 继续往Hook::listen 方法里面排查
可以看到这里是执行了exec方法
5、到exec里面看看
6、这一步很关键,可以看到调用完对应的钩子函数后,如果是debug模式,会继续打个record日志,于是流程就又回到了第一次,变成了死循环,这就是导致程序内存崩溃的原因
找到问题原因了,如何解决呢,可以确定是框架bug导致的,但是一般来说最好不要直接改框架源码,那么就从业务上面入手,通过上面的流程可以看出,首先是是 IS_CLI 执行大日志的操作,然后是debug模式为true时, 才会打record日志,那么可以在自定义的钩子函数中加上
php
public function logWriteDone($log)
{
if (IS_CLI && App::$debug) {
App::$debug = false;
}
//发送告警
}
如果是命令行模式下,把debug设置为false,那么就第六步判断的时候,debug为false,就不会进入死循环中了
问题是再命令行模式 + 本地debug模式打开的时候会出现,这个方法没有根本解决bug,是通过绕过的方式,解决了这个问题,如果有更好的解决方法,欢迎留言告知