异步任务异步任务又是什么东西？在我们前面的学习中讲过一个全局变量的问题，当时我们给服务设置了一个 worker_num 属性，这是一个工作者进程的设置。设置了这个参数，然后启动 Swoole ，通过 ps 命令就可以查看到运行的程序多了几个进程。现在，你应该就能明白到了 Worker 其实就是一种子进程
WebSocket服务对于 Web 应用来说，最主流的当然就是我们之前学习过的 Http、TCP、UDP 这一类的应用。但是，最近这些年，特别是 HTML5 成为主流之后，WebSocket 应用日益丰富起来。要知道，之前我们在做后台时，如果要做消息通知之类的应用，全都是使用 JQuery 来进行轮询的
其实在上篇文章中，我们就已经运行起来了一个 Http 服务，也简单地说明了一下使用 Swoole 运行起来的服务与普通的 PHP 开发有什么区别。想必你现在会说这没什么大不了的呀，这些我们的传统开发又不是做不到，而且还更方便一些。在基础篇章中，我们还不会看到 Swoole
在对 Swoole 有一个初步的印象之后，今天我们就来简单地搭建起 Swoole 环境并且运行起一个简单的 Http 服务。大家不用太有压力，今天的内容还没有太多理论方面的东西，一步步地一起把运行环境先准备好，能看到 Swoole 运行起来的效果就可以了。
在Swoole的世界中，你将学习到什么？在接下来的学习中，我们将要接触到的，将是 PHP 扩展中非常出名的一个高大上的框架，那就是 Swoole 。或许你已经在生产环境中使用过了，或许你只是看过官方文档写过几个例子，当然，更有可能你只是听过它的名字。不用太担心，通过我们的学习，你将会掌握到基本的
测试相关的内容其实也不是我的强项，毕竟日常的开发没怎么接触过，但是不讲吧，又总感觉缺少一点什么，所以这一块也只是简单的演示一下，没办法带大家进行更加深入的学习。很神奇吧，工作十来年，没有经历过一个是使用过测试驱动开发的公司，甚至连单元测试在工作中都从来没写过。
广播系统指的是什么呢？在这里我们说有广播系统其实就是配合 WebSocket 实现的即时更新接口。什么意思呢？比如说在你的购物 App 上，如果订单状态发生了变化，比如卖家发货了，那么马上就会收到一条通知信息。当然，App 上使用的不是 WebSocket ，而是不同平台的推送机制
队列相关的应用对于现在的系统开发来说非常常见，不管你是发消息还是应对大流量，队列都是一个非常常用而且非常好用的解决方案。我们自己写队列去实现很多功能其实已经非常方便了，不过 Laravel 也为我们准备好了一套现成的队列系统，直接配置一下就能够方便地使用了。
任务调度是什么一个概念呢？其实就是大家的需要后端运行的脚本，比如说我们最早讲过的 Laravel 中的命令行脚本。本身这些脚本如果需要自动定时执行的话，我们都需要使用 crontab 来操作。其实说白了，crontab 就是一个任务调度的工具。而 Laravel 中也提供了这样的操作。
说到事件，你会想到什么？JS 中的回调函数，按扭的回调事件？没错，这些都是事件的应用。不过在 Laravel 中，事件是一种解耦机制，是 观察者 模式的一种体现。它能够允许你订阅和监听在你的应用中发生的各种事件。最典型的例子，当你操作完订单后，需要发送短信、邮件或者应用内通知的时候
对于一个框架来说，安全体系是非常重要的一环。如果一个框架没有好的安全措施及功能的话，那么这个框架在线上运行的时候多多少少还是会让人不放心的。毕竟各路大佬可能随时都在扫描各个网站的漏洞。之前的各种安全事件可能你不一定经历过，但一定听说过，今天，我们就来看看 Laravel 中的安全相关功能。
这个东西还需要多说？学 PHP 或者任何 Web 开发语言的入门课好不好！既然这么说，那么看来你是没用过 Laravel 自带的 Session 呀，Laravel 的 Session 可不是用得 PHP 默认的那个 Session 哦。
在学习完 Laravel 中的日志处理模块之后，接下来马上就进入到错误和异常的学习中。其实通过之前 PHP 基础相关的学习，我们已经了解到 PHP7 中的大部分错误都已经可能通过异常来进行处理了，而我们的 Laravel 框架，基本全是通过异常来进行处理的。
在之前我们的设计模式相关的系列文章中，已经学习过了门面模式。在设计模式中，门面模式的定义是：为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
通过之前的三篇文章，我们已经学习完了服务容器相关的内容，可以说，服务容器就是整个 Laravel 框架的灵魂，从启动的第一步开始就是创建容器并且加载所有的服务对象。而说起管道，其实大家也不会太陌生，在程序开发的世界中，管道模式的应用随处可见
了解了服务容器的原理，要处理的问题，以及 Laravel 中如何使用服务容器以及服务提供者之后，我们就进入到了源码的学习中。其实服务容器的源码还是比较好理解的，毕竟我们已经自己实现过一个简单的服务容器了。在这里，我们也顺便看一下 Laravel 框架启动时的容器加载情况。
我们已经了解了服务容器是个什么东西，也知道了依赖、依赖注入、控制反转以及最终的服务容器的概念和它们要解决的问题。今天，我们就来一起学习一下 Laravel 中的服务容器是怎么使用的，大家一起来看看它是不是和我们上回学习到的服务容器是一样的。
服务容器是 Laravel 非常核心的内容，也可以说是 Laravel 中最引人注目的地方。提到服务容器，就不得不提到一大堆高大上的名词，依赖注入、控制反转、依赖倒置、反射等等。要了解 Laravel 是怎么实现服务容器的，也要先从这些名词入手，我们就一个一个地来看看。
对于早期的 PHP 开发来说，直接输出页面是 PHP 最早称霸 WEB 领域的法宝。不像现在的前后端分离，最早我们开发 PHP 的时候很多情况下都是直接在 HTML 中嵌入 PHP 代码来生成动态网页的。在那个时候，也没有专门的前端这个职位，当时我们的前端一般也会叫做是 “切图仔”
在现代的数据库应用中，Redis 已经占据了很重要的位置。关于 Redis 的优点相信也不用我多说了，快速的内容访问也能够充当缓存数据库来使用。早前几年还有不少的公司在使用 Memcached ，但是现在就已经屈指可数了。
Laravel Swoole 设计模式 算法 数据结构 PHP基础 压缩 MySQLi 缓存 性能 命名空间 信管师 Redis Nginx 迅搜 MQ 消息队列 MySQL PHP 加解密 PDO PHP数据库 时间日期 文件操作 国际化 GD库 图片处理 PHP SPL CURL Composer PHP魔术 PHP框架 ACP 敏捷
