app 目录
app 目录包含应用程序的核心代码。你应用中几乎所有的类都应该放在这里。稍后我们会更深入地了解这个目录的细节。
Bootstrap 目录
bootstrap 目录包含引导框架并配置自动加载的文件。该目录还包含了一个 cache 目录，存放着框架生成的用来提升性能的文件，比如路由和服务缓存文件。
Config 目录
config 目录，顾名思义，包含应用程序所有的配置文件。我们鼓励你通读这些文件，以便帮助你熟悉所有可用的选项。
Database 目录
database 目录包含数据填充和迁移文件。你还可以把它作为 SQLite 数据库存放目录。
Public 目录
public 目录包含了入口文件 index.php，它是进入应用程序的所有请求的入口点。此目录还包含了一些你的资源文件（如图片、JavaScript 和 CSS）。
Resources 目录
resource 目录包含了视图和未编译的资源文件（如 LESS、SASS 或 JavaScript）。此目录还包含你所有的语言文件。
Routes 目录
routes 目录包含了应用的所有路由定义，Laravel 默认包含了几个路由文件：web.php、api.php、 console.php 和 channels.php。
web.php 文件包含 RouteServiceProvider 放置在 web 中间件组中的路由，它提供会话状态、CSRF 防护和 cookie 加密。如果你的应用不提供无状态的、RESTful 风格的 API，则所有的路由都应该在 web.php 文件中定义。
api.php 文件包含 RouteServiceProvider 放置在 api 中间件组中的路由，它提供了频率限制。这些路由都是无状态的，所以通过这些路由进入应用请求旨在通过令牌进行身份认证，并且不能访问会话状态。
console.php 文件是定义所有基于闭包的控制台命令的地方。每个闭包都被绑定到一个命令实例并且允许和命令行 IO 方法进行简单的交互。尽管这些文件没有定义 HTTP 路由，但它也将基于控制台的入口点（路由）定义到应用程序中。
channels.php 用来注册你的应用支持的所有的事件广播渠道的地方。
Storage 目录
storage 目录包含编译的 Blade 模板、基于文件的会话和文件缓存、以及框架生成的其他文件。这个目录被细分成 app、framework 和 logs 三个子目录。app 目录可以用来存储应用生成的任何文件。framework 目录用来存储框架生成的文件和缓存。最后，logs 目录包含应用的日志文件。
storage/app/public 可以用来存储用户生成的文件，比如需要公开访问的用户头像。你应该创建一个 public/storage 的软链接指向这个目录。你可以直接通过 php artisan storage:link 命令来创建此链接。
Tests 目录
tests 目录包含自动化测试文件。Laravel 已内置了 PHPUnit 的测试范例供你参考。每个测试类都应该以 Test 作为后缀。你可以使用 phpunit 或者 php vendor/bin/phpunit 命令来运行测试。
vendor 目录包含了你的 Composer 依赖包。包括框架源代码部分，该目录中的文件的组织结构是根据依赖关系决定的，每一个文件夹都是一个功能模块，可以单独通过composer下载组件使用
App 目录
应用程序的核心代码位于 app 目录内。默认情况下，这个目录位于命名空间 App 下，并由 Composer 按照 PSR-4 自动载入标准 来自动加载。
app 目录包含了各种各样的目录，比如 Console、Http 和 Providers 等。其中 Console 和 Http 提供进入应用核心的 API。HTTP 协议和 CLI 都只是应用交互的机制，实际上并不包含应用逻辑。也就是说，它们只是两种向应用发出命令的方法。Console 目录里包含了所有的 Artisan 命令，Http 目录包含了应用的控制器、中间件和请求。
当你通过 Artisan 提供的 make 命令来生成类时，会在 app 中生成各种各样的目录。例如，在执行 Artisan 命令 make:job 来生成任务类之前，app/Jobs 目录都不会存在。
{tip}
app目录里的许多类都可以通过 Artisan 命令来生成。要查看可用的命令，只要在终端里运行php artisan list make命令即可。
Console 目录
Console 目录包含了所有自定义的 Artisan 命令。这些命令可以通过 make:command 来生成。这个目录还包含了控制台内核，可以用来注册你的自定义 Artisan 命令和你定义的 计划任务 的地方。
Events 目录
Events 目录默认是不存在的，它会在你运行 Artisan 命令 event:generate 或 event:make 时生成。Events 目录存放了 事件类。可以使用事件来提醒应用其他部分发生了特定的操作，为应用提供了大量的灵活性和解耦。
Exceptions 目录
Exceptions 目录包含了应用的异常处理器，也是应用抛出异常的好地方。如果想自定义记录或者渲染异常的方式，你就要修改此目录下的 Handler 类。
Http 目录
Http 目录包含了控制器、中间件和表单请求。几乎所有的进入应用的请求的处理逻辑都被放在这里。
Jobs 目录
Jobs 目录默认是不存在的，它会在你运行 Artisan 命令 make:job 时生成。这个目录存放了应用中的 队列任务。应用的任务可以被推送到队列或者在当前请求的生命周期内同步运行。在当前请求期间同步运行的任务可以看做是一个「命令」，因为它们是 命令模式 的实现。
Listeners 目录
Listeners 目录默认是不存在的，它会在你运行 Artisan 命令 event:generate 或 make:listener 时生成。Listeners 目录包含了用来处理 事件 的类。事件监听器接收事件实例并执行响应该事件被触发的逻辑。例如，UserRegistered 事件可能由 SendWelcomeEmail 监听器处理。
Mail 目录
Mail 目录默认不存在，它会在你运行 Artisan 命令 make:mail 时生成。Mail 目录包含应用所有的邮件发送类。邮件对象允许你将构建邮件的逻辑封装在可以使用 Mail::send 方法来发送邮件的地方。
Notifications 目录
Notifications 目录默认不存在，它会在你运行 Artisan 命令 make:notification 时生成。Notifications 目录包含应用发送的所有「事务性」通知，比如关于在应用中发生的事件的简单通知。Laravel 的通知功能抽象了通知发送，可以通过各种驱动（例如邮件、Slack、短信）发送通知，或是存储在数据库中。
Policies 目录
Policies 目录默认不存在，它会通过运行 Artisan 命令 make:policy 来创建。Policies 目录包含了应用的授权策略类。策略可以用来决定一个用户是否有权限去操作指定资源。更多详情可以查看 授权文档。
Providers 目录
Providers 目录包含了应用的所有 服务提供器。服务提供器通过在服务容器中绑定服务、注册事件、以及执行其他任务来为即将到来的请求做准备来启动应用。
在一个新的 Laravel 应用里，这个目录已经包含了一些服务提供器。你可以按照需要把自由添加自己的服务提供器到该目录。
Rules 目录
Rules 目录默认不存在，它会在运行 Artisan 命令 make:rule 命令时被创建。Rules 目录包含应用自定义验证规则对象。这些规则意在将复杂的验证逻辑封装在一个简单的对象中。更多详情可以查看 验证文档。
路由
你可以在 routes/web.php 文件中定义应用程序的全部路由。最基本的 Lumen 路由仅接受资源标识符（URI） 和一个闭包函数（Closure：
$router->get('foo', function () {
return 'Hello World';
});
$router->post('foo', function () {
//
});
控制器路由
$router->get('foo', 'Photos\AdminController@method');
可供使用的路由方法
我们可以注册路由来响应任何方法的 HTTP 请求：
$router->get($uri, $callback);//获取资源
$router->post($uri, $callback);//创建资源
$router->put($uri, $callback);//编辑/更新资源（需提交完整的资源字段）
$router->patch($uri, $callback);//编辑/更新资源（可以提交需要更新的字段）
$router->delete($uri, $callback);//删除资源
$router->options($uri, $callback);//服务器允许哪些请求谓词
控制器
基础控制器
<?php
namespace App\Http\Controllers;
use App\User;
class UserController extends Controller
{
/**
* 获取指定 ID 的用户
*
* @param int $id
* @return Response
*/
public function show($id)
{
return User::findOrFail($id);
}
}
路由指向
$router->get('user/{id}', 'UserController@show');
控制器中间件
$router->get('profile', [
'middleware' => 'auth',
'uses' => 'UserController@showProfile'
]);
请求到响应的生命周期
Lumen lifecycle生命周期
从源码依次入手，逐级跟踪调用关系，列表如下：
Lumen程序入口：public/index.php
加载bootstrap/app.php：$app = require __DIR__.'/../bootstrap/app.php';
执行容器的run()：$app->run();
文件bootstrap/app.php中所进行操作：
加载vendor目录自动加载文件：require_once __DIR__.'/../vendor/autoload.php';, 这是composer默认自动加载文件。
加载.env配置：(new Dotenv\Dotenv(__DIR__.'/../'))->load()，Lumen采用.env接管配置，此处进行配置加载。
生成容器$app：$app = new Laravel\Lumen\Application(), 其实Laravel/Lumen的核心就是容器，再看Application源码也是继承了Container。
启动Facades特性：$app->withFacades();, Lumen默认是禁用了Facades特性，取消注释则启用。
启用Eloquent特性：$app->withEloquent();, Lumen默认禁用了Eloquent的ORM支持，作者说是给用户自行选择不同ORM的权利。
加载配置文件：$app->configure('app');, 如果有自定义的配置文件，则需要在此进行加载。
注册容器绑定：$app->singleton(), 看过源码singleton和bind区别就是前者内部调用了bind，且第三个参数设为true，意思是共享、独一的对象，也就是单例模式。
注册中间件：$app->middleware, 根据需要添加或去除注释启用。
注册ServiceProvider：$app->register(App\Providers\LogServiceProvider::class);, Laravel/Lumen的很大一部分特性是依赖ServiceProvider实现的。
加载路由文件：$app->group(), 这里可以再跟下group()的实现，在vendor/laravel/lumen-framework/src/Concerns/RoutesRequests.php中。
返回容器$app
请求实例化：
请求实例是有vendor/illuminate/http/Request.php中的capture静态函数完成的，
代码如下：
/**
* Create a new Illuminate HTTP request from server variables.
*
* @return static
*/
public static function capture()
{
static::enableHttpMethodParameterOverride();
return static::createFromBase(SymfonyRequest::createFromGlobals());
}
/**
* Create an Illuminate request from a Symfony instance.
*
* @param \Symfony\Component\HttpFoundation\Request $request
* @return static
*/
public static function createFromBase(SymfonyRequest $request)
{
if ($request instanceof static) {
return $request;
}
$content = $request->content;
$newRequest = (new static)->duplicate(
$request->query->all(), $request->request->all(), $request->attributes->all(),
$request->cookies->all(), $request->files->all(), $request->server->all()
);
$newRequest->headers->replace($request->headers->all());
$newRequest->content = $content;
$newRequest->request = $newRequest->getInputSource();
return $newRequest;
}
