Laravel5.5以下版本中如何自定义日志行为详解
前言
在Laravel5.6版本中日志行为可以很容易的进行自定义，而在5.5以下版本中日志行为自定义自由度并不是很高，但是项目有需求不能因为这个就强行将项目升级为5.6吧，况且作为一个稳定的项目升级框架大版本有可能会有很多坑，基于这些原因我尝试了对Laravel5.5的日志进行改造以适应我的需求。
Laravel的日志行为大部分是在Illuminate\Log\LogServiceProvider中，我们可以看一下其中的代码片段：
/**
*ConfiguretheMonologhandlersfortheapplication.
*
*@param\Illuminate\Log\Writer$log
*@returnvoid
*/
protectedfunctionconfigureDailyHandler(Writer$log)
{
$log->useDailyFiles(
$this->app->storagePath().'/logs/laravel.log',$this->maxFiles(),
$this->logLevel()
);
}
这是我最常在项目中使用的日志存储方式，可以看到日志的存储路径几近与写死的状态，无法通过外部参数轻易的更改。
最开始我想的是重写这个Provider然后将其注册到app.php的providers数组中，但是这种行为并不可行，因为通过查看源码，LogServiceProvider是在框架启动时就注册。
在中有这样一个方法控制了这个注册行为：
protectedfunctionregisterBaseServiceProviders()
{
$this->register(newEventServiceProvider($this));
$this->register(newLogServiceProvider($this));
$this->register(newRoutingServiceProvider($this));
}
既然我们知道了它们是如何生效的，那么我们将这两个类继承并修改其中我们需要改变的行为进行改造，我的改造方式如下。在app\Providers中新建LogServiceProvider类继承Illuminate\Log\LogServiceProvider，代码如下：
useDailyFiles( $path,$this->maxFiles(), $this->logLevel() ); } }
在config/app.php目录中添加配置：
'log_path'=>env('APP_LOG_PATH',storage_path('/logs/laravel.log')),
app目录中新建Foundation目录，新建Application类继承Illuminate\Foundation\Application类，重写registerBaseServiceProviders方法。
register(newEventServiceProvider($this)); $this->register(newLogServiceProvider($this)); $this->register(newRoutingServiceProvider($this)); } }
说是重写其实只是将use类换从了我们自己创建的LogServiceProvider。
然后在bootstrap\app.php中将变量$app的new对象换成我们继承重写后的。
$app=newApp\Foundation\Application( realpath(__DIR__.'/../') );
这样我就成功的将日志路径可以随便定义了，而且来说有了这次经验我对于框架不符合我需求的地方可以做更进一步的优化以符合我的要求，而且我没有更改框架底层的代码，当框架有bug修复的时候我也可以放心的进行框架更新。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，如果有疑问大家可以留言交流，谢谢大家对毛票票的支持。