服务提供器是所有 Laravel 应用程序引导中心。你的应用程序自定义的服务、第三方资源包提供的服务以及 Laravel 的所有核心服务都是通过服务提供器进行注册(register)和引导(boot)的。 拿一个Laravel框架自带的服务提供器来举例子 class BroadcastServiceProvider extends Ser

Response 前面两节我们分别讲了Laravel的控制器和Request对象，在讲Request对象的那一节我们看了Request对象是如何被创建出来的以及它支持的方法都定义在哪里，讲控制器时我们详细地描述了如何找到Request对应的控制器方法然后执行处理程序的，本节我们就来

用户认证系统的实现细节 上一节我们介绍来Laravel Auth系统的基础知识，说了他的核心组件都有哪些构成，这一节我们会专注Laravel Auth系统的实现细节，主要关注Auth也就是AuthManager是如何装载认证用的看守器(Guard)和用户提供器(UserProvider)以及默认的

扩展用户认证系统 上一节我们介绍了Laravel Auth系统实现的一些细节知道了Laravel是如何应用看守器和用户提供器来进行用户认证的，但是针对我们自己开发的项目或多或少地我们都会需要在自带的看守器和用户提供器基础之上做一些定制化来适应项目，本节我会列举一个

Laravel在启动时会加载项目中的.env文件。对于应用程序运行的环境来说，不同的环境有不同的配置通常是很有用的。 例如，你可能希望在本地使用测试的Mysql数据库而在上线后希望项目能够自动切换到生产Mysql数据库。本文将会详细介绍 env 文件的使用与源码的分析。

Http Kernel Http Kernel是Laravel中用来串联框架的各个核心组件来网络请求的，简单的说只要是通过public/index.php来启动框架的都会用到Http Kernel，而另外的类似通过artisan命令、计划任务、队列启动框架进行处理的都会用到Console Kernel， 今天我们先

由于HTTP最初是一个匿名、无状态的请求／响应协议，服务器处理来自客户端的请求然后向客户端回送一条响应。现代Web应用程序为了给用户提供个性化的服务往往需要在请求中识别出用户或者在用户的多条请求之间共享数据。Session 提供了一种在多个请求之间存储、共享

异常处理是编程中十分重要但也最容易被人忽视的语言特性，它为开发者提供了处理程序运行时错误的机制，对于程序设计来说正确的异常处理能够防止泄露程序自身细节给用户，给开发者提供完整的错误回溯堆栈，同时也能提高程序的健壮性。这篇文章我们来

简单# DB::beginTransaction(); // 开启事务 $good = \App\Models\Good::sharedLock()->first(); //共享锁 s锁 读锁 (名字真多...) // $good = \App\Models\Good::lockForUpdate()->first(); //排他锁 x锁 写锁... DB::commit(); 事务与锁 用锁需要先开启事务