问题出现原因是想对项目中error级别的日志，接入钉钉告警，方便查看
于是使用钩子方法，日志写入完成后，自动调用自定义的告警方法中

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日志，那么可以在自定义的钩子函数中加上

public function logWriteDone($log)
{
	if (IS_CLI && App::$debug) {
	    App::$debug = false;
	}
	
	//发送告警
}

如果是命令行模式下，把debug设置为false，那么就第六步判断的时候，debug为false，就不会进入死循环中了

问题是再命令行模式 + 本地debug模式打开的时候会出现，这个方法没有根本解决bug，是通过绕过的方式，解决了这个问题，如果有更好的解决方法，欢迎留言告知