在laravel中，guard是一个用于用户认证的插件；guard的作用就是处理认证判断每一个请求，从数据库中读取数据和用户输入的对比，调用是否登录过或者允许通过的，并且Guard能非常灵活的构建一套自己的认证体系。
本文操作环境：Windows10系统、Laravel5.4版、Dell G3电脑。
laravel中guard
其实无论是Guard还是Provide，你都可以理解为。某个特定功能的插件。
他的作用是处理一个认证，来判断每个请求、调用是否是登录过，或者允许通过的，
什么是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', ], ],
