他的作用是处理一个认证，来判断每个请求、调用是否是登录过，或者允许通过的，
什么是Guard
在Laravel/Lumen框架中，用户的登录/注册的认证基本都已经封装好了，开箱即用。而登录/注册认证的核心就是：
用户的注册信息存入数据库（登记）
从数据库中读取数据和用户输入的对比（认证）
上述两步是登录/注册的基本，可以看到都会涉及到数据库的操作，这两步框架底层已经帮我们做好了，而且考虑到了很多情况，比如用户认证的数据表不是user表而是admin_user，认证字段是phone而不是email，等等一些问题都是Guard所要解决的，通过Guard可以指定使用哪个数据表什么字段等，Guard能非常灵活的构建一套自己的认证体系。
通俗地讲，就是这样：Guard就像是小区的门卫大叔，冷酷无情，不认人只认登记信息。
进小区之前大叔需要先检查你的身份，验证不通过大叔就不让你进去。
如果是走路/骑车进去，大叔1需要检查你的门禁卡，他拿出记录了小区所有业主门禁卡信息的本子查看你这个门禁卡信息有没有在这个本子上；
如果你开车进去，大叔2就从记录了所有业主车牌号的本子中检查你的车牌号，所以新业主要小区了需要告知门卫大叔们你的门禁卡信息或者车牌号，要不然大叔2不让你进。
如果是物业管理员要进小区，门卫大叔3也只认登记信息，管理员出示他的管理员门禁卡，门卫大叔就会检查记录了管理员门禁卡信息的本子。
上面讲的对应了框架中的多用户认证：
走路/骑车的人 -> 门禁卡
开车的人 -> 车牌号
物业管理员 -> 门禁卡
门禁卡和车牌号都是不同的认证方式，而门卫大叔查看的本子就对应了不同数据库中的用户信息，这样讲是不是更容易理解了。
Lumen/Laravel中以中间件（Middleware）的方式提供了非常灵活的认证，通过简单的配置就可以切换多个认证。
工作流程图如下：
从图中可以看到，一个Guard会涉及到三个部分，分别是：
Guard实现本身
User Provider用户提供者，指定哪个数据表以什么方式获取（eloquent/database）
Authenticatable接口规定那些东西可以被认证，就是实现它的接口嘛
扩展知识：
Guard我的理解他应该是一个类似用户认证的东西。
在 config/auth.php 中有配置 guards 的参数，可以看出来 web 和 api 是两个 guards。
在平时的业务中api可能更多的是用户前台用户的操作，而web更多的是后台用户的操作。
默认配置都是指向 users 的 provider。
/* | Authentication Guards |认证关卡 | Next, you may define every authentication guard for your application. Of course, a great default configuration has been defined for you here which uses session storage and the Eloquent user provider. |接下来，你可能要为你的应用定义每个认证关卡。当然，已经为你定一了一个很不错的默认配置。这里会使用会话储存和用户模型 | All authentication drivers have a user provider. This defines how the users are actually retrieved out of your database or other storage mechanisms used by this application to persist your user's data. |所有的认证驱动都有一个用户提供者。这里定义了怎么实际上怎么从你的数据库或者其他储存机制中取出用户。以便应用开保持你的用户数据 | Supported: "session", "token" |可选驱动："session", "token" */'guards' => [ 'web' => [ 'driver' => 'session', 'provider' => 'users', ], 'api' => [ 'driver' => 'token', 'provider' => 'users', ], ],
接下来看看 provider 都有什么配置。
/* | User Providers |用户提供者 | If you have multiple user tables or models you may configure multiple sources which represent each model / table. These sources may then be assigned to any extra authentication guards you have defined. | 如果你有多个用户表或用户模型，你可以配置多个代表用户表或模型的资源。这些资源可能被分配给应用中你定义的其他认证关卡 | Supported: "database", "eloquent" | */ 'providers' => [ 'users' => [ 'driver' => 'eloquent', 'model' => App\User::class, ], // 'users' => [ // 'driver' => 'database', // 'table' => 'users', // ], ],
在 providers 中有刚才看到的 users 配置了吧，这个就是配置laravel的用户组，因为前台和后台用户在一般的情况下是分开操作的。所以就可以在这里新建一个 admin 的用户组，并配置。开箱默认只用 users。
相对的每个用户组密码操作应该也是不同的，所以这里还有 password 的配置。
/* | Resetting Passwords | 密码重置 | You may specify multiple password reset configurations if you have more than one user table or model in the application and you want to have separate password reset settings based on the specific user types. | 如果你有多个用户模型或表，并且想对不同用户类型有特定的密码重置，则可以配置多个特定的重置密码 | The expire time is the number of minutes that the reset token should be considered valid. This security feature keeps tokens short-lived so they have less time to be guessed. You may change this as needed. |这个获取时间是令牌过期的分钟数，这个安全措施可以保证令牌保持段时间有效，因此有更少的时间被破解。你可以按照需要更改。 */ 'passwords' => [ 'users' => [ 'provider' => 'users', 'table' => 'password_resets', 'expire' => 60, ], ],
平时用于检测登陆用户，或者用户是否登陆我们都用的是 Auth::check() 就可以检测到，这是因为在使用默认配置的时候，guard自动配置为 users 用户组。
/* | Authentication Defaults | 默认认证配置 | This option controls the default authentication "guard" and password reset options for your application. You may change these defaults as required, but they're a perfect start for most applications. | 这个就是应用的默认认证关卡个重置密码，你可以按自己要求更改。但这是最适合一个新应用的配置 */ 'defaults' => [ 'guard' => 'web', 'passwords' => 'users', ],
web guard下指向的就是 users 模型。
但是当如果我们有两个用户组，前台后台的时候怎么进行验证呢？
Auth::check() 是判断用户是否登录的方法，如果使用的默认用户系统，那这样使用没问题。
但是使用两组用户的话，就应该这样操作：
Auth::guard(‘api’)->check() 就是用来判断前台用户是否登录 Auth::guard(‘web’)->check() 就是用来判断后台用户是否登录
所以如果使用非默认用户组，则需要用guard来指定。
所以我们平时用的其实就是默认配置，写全就应该是 Auth::guard(‘web)->check()