最近两个月不断在研讨 Swoole，研讨成果即将在6.21正式开源发布，这段时间没有来水文章，趁着今天放假来水水吧。
借助这篇文章，我但愿能够把 Swoole 安利给更多人。虽然 Swoole 大概当前定位是一些高级 phper 的玩具，让中初级望而生畏，大概对一些利用场景也一脸懵逼，但其实没这么难的。

在 Swoole 官网的自我介绍是“面向生产环境的 PHP 异步网络通讯引擎”，首先 Swoole 它是一个网络利用的开发工具，它支撑 Http、TCP、UDP、WebSocket。

Swoole 和我们传统的 PHP 开发差异是有的，需要理解的概念也是有的。使用当前一些基于 Swoole 的框架开发的话，从开发习惯上和传统的TP、LV 框架相差不多。

那为什么要使用 Swoole？

宇润认为有以下几点：

常驻内存，避免反复加载带来的机能消耗，晋升海量机能

协程异步，提高对 I/O 密集型场景并发处置能力（如：微信开发、支付、登录等）

利便地开发 Http、WebSocket、TCP、UDP 等利用，可以与硬件通讯

PHP 高机能微效劳架构成为实际

常驻内存

当前传统 PHP框架，在处置每个恳求此前，都要做一遍加载框架文件、配置的操纵。这大概已经成为机能问题的一大缘由，而使用 Swoole 则没有这个问题，一次加载屡次使用。

协程

如下图所示，这是统一个线程处置并发恳求的场景，比方你某个接口中需要调用其它 api 接口或读写大文件，传统同步阻塞和协程异步的优势就表现了出来。

说到协程，就得先简便说说进程和线程，众所周知进程是很占用资源的，为了处置恳求大量创立进程肯定是得失相当的。而多线程利用就比较多了，在 CPU 层面有几个中心就会施行几个任务，线程一旦创立的多了，就会有线程调度的消耗。

协程是在单线程根基上实现的，它可以最大限度利用 CPU 资源，而不会在等候 I/O 时白白浪费。当然，协程数越多占用的内存也就越多，不过这个是可以接受的，比拟进程和线程，占用的资源是相对较少的。

使用协程时，碰到读写文件、恳求接口等场景，会主动挂起协程，把 CPU 让给其它协程施行任务，这样可以晋升单线程的 CPU 资源利用率，减少浪费，从而提高机能。

协程代码示例：

	运转结果：


0
9
8
7
6
5
4
3
2
1
co time:1.0087130069733 s
0
1
2
3
4
5
6
7
8
9
sync time:10.010055065155 s


	从上面结果可以看出，协程方式施行并不是次序的，机能更高，在sleep时会把当前线程的任务施行权交给其他协程。


	创立 Http 效劳


	其实也没想象中的难，看代码：


$http = new swoole_http_server("127.0.0.1", 9501);
$http->on('request', function ($request, $response) {
 $response->end("
Hello Swoole. #".rand(1000, 9999)."
");
});
$http->start();


	微效劳


	Tars是腾讯从2008年到今天不断在使用的后台逻辑层的统一利用框架TAF（Total Application 
Framework），当前支撑C++,Java,PHP,Nodejs说话。该框架为会员供给了触及到开发、运维、以及测试的一整套解决方案，帮助一个产品或者效劳快速开发、部署、测试、上线。
它集可扩展和谈编解码、高机能RPC通讯框架、名字路由与发明、发布监控、日志统计、配置治理等于一体，通过它可以快速用微效劳的方式构建本人的不乱可靠的分布式利用，并实现完全有效的效劳管理。