workerman是一个高性能的PHP socket服务器框架，基于PHP多进程以及libevent事件轮询库，能够让PHP开发者实现一两个借口就能哦股开发出自己的网络应用，例如：Rpc服务、聊天是服务器、手机游戏服务器等等，如果你需要一款能够让你轻松开发出PHP服务器的框架，那么据对不能够错过它。
workerman的目标是让PHP开发者更加容易的开发出基于socket的高性能应用服务，而不用去了解这些内容的细节，由于本身就是PHP进程服务器框架，所以该框架具有PHP进程管理以及socket通信的模块，不依赖PHP-fpm，nginx或者Apache等就能够独立运行，相当强大。workerman拥有超多特性，比如纯PHP开发、支持长连接、支持服务平滑重启、支持PHP多进程等等，这些特性都是为了让我们的PHP开发者能够开发出不同寻常的应用程序。
workerman安装教程
1、新建文件start.php
2、启动服务类似下图：
php start.php start -d
3、查看workerman运行状态类似如下界面：
php start.php status
性能
测试环境：
系统：ubuntu 12.04 LTS 64位
内存：8G
cpu：Intel® Core™ i3-3220 CPU @ 3.30GHz × 4
<?php
use WorkermanWorker;
$worker = new Worker('tcp://0.0.0.0:1234');
$worker->count=3;
$worker->onMessage = function($connection, $data)
{
// 长连接
$connection->send("HTTP/1.1 200 OKrnConnection: keep-alivernServer: workerman1.1.4rnrnhello");
// 短连接
//$connection->close("HTTP/1.1 200 OKrnServer: workerman1.1.4rnrnhello");
};
Worker::runAll();
业务逻辑
EchoServer
结果
短链接（每次请求完成后关闭链接，下次请求建立新的链接）:
条件： 压测脚本开500个线程，每个线程链接Workerman 10W次，每次链接发送1个请求
结果： 吞吐量：3W/S ， cpu：60% ， 内存占用：4*8M = 32M
长链接（每次请求后不关闭链接，下次请求继续复用这个链接）:
条件： 压测脚本开1000个线程，每个线程链接Workerman 1次，每个链接发送10W请求
结果： 吞吐量：15.6W/S ， cpu：68% ， 内存占用：4*8M = 32M
无流量抖动，无内存泄漏，性能非常强悍
workerman特性
纯PHP开发workerman完全使用PHP开发，使用workerman开发的应用程序不依赖php-fpm、apache、nginx这些容器就可以独立运行。 这使得PHP开发者开发、部署、调试应用程序非常方便。
支持PHP多进程为了充分发挥服务器多CPU的性能，workerman默认支持多进程多任务。workerman开启一个主进程和多个子进程对外提供服务， 主进程负责监控子进程退出信号，并负责生成新的子进程去处理服务，这样做不仅提高了应用程序的性能，而且使得workerman更加稳定。
支持TCP、UDPworkerman支持TCP和UDP两种传输层协议，只需要更改配置的一个字段，便可以更换传输层协议，业务代码无需任何改动。
支持长连接很多时候需要PHP应用程序要与客户端保持长连接，比如聊天室、游戏等，但是传统的PHP容器（apache、nginx、php-fpm）很难做到这一点。 使用workerman可以轻松使用PHP长连接。php单个进程可以支持几千甚至几万的并发连接，多进程则可支持数十万甚至上百万的并发连接。
支持各种应用层协议接口上支持各种应用层协议，包括自定义协议。Workerman默认支持的协议有HTTP、WebSocket、以及简单的Text文本协议。 同时Workerman提供了通用的协议接口，开发者基于此接口便可以方便的开发出自己的协议。
支持高并发workerman支持Libevent事件轮询库（需要安装Libevent扩展）， 使用Libevent在高并发时性能非常卓越，如果没有安装Libevent则使用PHP内置的Select相关系统调用。
支持服务平滑重启当需要重启服务时（例如发布版本），我们不希望正在处理用户请求的进程被立刻终止，更不希望重启的那一刻没有足够的进程对外提供服务， 为了保证任意时刻都有足够的进程对外提供服务，则可以使用平滑重启命令，平滑重启过程中workerman会让子进程处理完请求后才退出， 并且能够保证在任意时刻都有足够的进程对外服务。
支持HHVM支持HHVM，对于php性能有大幅度（一般为50%左右甚至更高）的提升，尤其是在cpu密集运算中。实际经过压力测试确实有明显性能提升效果。
支持以指定用户运行子进程因为子进程是实际处理用户请求的进程，为了安全考虑，子进程不能有太高的权限，所以workerman支持设置子运行进程运行的用户。
自带监控workerman内部带有监控统计模块，能够统计workerman自身的一些数据，如进程退出次数及退出状态，每个进程占用内存大小及监听的ip端口、每个进程启动时间、 进程运行的服务名、每个进程处理请求数、连接数、数据包发送失败量等等。这些信息可以本地运行php start.php status本地查看。
支持毫秒级别定时器支持毫秒级别定时器，可以做定时任务或者定时计算，如游戏中地图上AI相关计算。
支持异步IOWorkerman自带的网络IO接口是异步的，开发者可实现基于事件的异步编程
支持对象或者资源永久保持在一个进程生命周期内静态成员或者全局变量在不主动销毁的情况下是永久保持的，也就是只要初始化一次静态成员或者全局变量在当前进程的整个生命周期内的所有请求都可以复用这个 静态成员或者全局变量。例如只要单个进程内初始化一次数据库连接，则以后这个进程的所有请求都可以复用这个数据库连接，不用每个用户请求都去重连数据库，避免了频繁连接数据库过程中TCP三次握手、 数据库权限验证、断开连接时TCP四次握手的过程，极大的提高了应用程序效率。memcache、redis等初始化也是同样的道理。
高性能由于php文件从磁盘读取解析一次后便会常驻内存，下次使用时直接使用内存中的opcode， 极大的减少了磁盘IO及PHP中请求初始化、创建执行环境、词法解析、语法解析、编译opcode、请求关闭等诸多耗时过程， 并且不依赖nginx、apache等容器，少了nginx等容器与PHP通信的网络开销，最主要的是资源可以永久保持，不必每次初始化数据库连接等等， 所以使用workerman开发应用程序，性能非常高。
诸多应用workerman拥有诸多的应用，如Thrift-Rpc、Json-Rpc、 聊天室、统计监控服务以及本站Web程序等. 目前workerman已经被多家公司使用，其中不乏日营业额过亿的电子商务公司用户订单系统的开发，以及大型游戏公司用于游戏后台的开发。
支持分布式部署WorkerMan支持分布式部署，可以平滑的动态添加减少服务器而不影响服务质量。从而使得WorkerMan集群能够支持相当大的吞吐量或者并发TCP连接。
支持心跳检测Gateway/Worker开发模型支持服务端的心跳检测，可以定时向客户端发送应用层的心跳，能够及时检测到客户端极端掉线情况（掉电、突发网络故障等）。
workerman性能
避免读取磁盘和反复编译workerman运行过程中，单个进程生命周期内只要PHP文件被载入编译过一次，便会常驻内存，不会再去从磁盘读取或者再去编译。 workerman省去了重复的请求初始化、创建执行环境、词法解析、语法解析、编译生成opcode以及请求关闭等诸多耗时的步骤。 实际上workerman运行起来后便几乎没有磁盘IO及PHP文件编译开销，剩下的只是简单的计算过程，这使得workerman运行飞快。
数据或者资源可以全局共享workerman中多个请求是可以共享数据或者资源的，当前请求产生的全局变量或者类的静态成员在下一次请求中仍然有效。 这对于减少开销，提高运行效率非常有用。例如业务只要初始化一次数据库连接，那么全局都可以共享这个连接，这实现了真正意义上的数据库长连接。 从而不必每次用户请求都去创建新的连接，避免了连接时三次握手、连接后权限验证以及断开连接时四次挥手等耗时的交互过程。不仅数据库，像redis、 memcache等同样有效。少了这些开销和网络交互，使得workerman运行更快。
没有多余的网络开销传统PHP应用程序需要借助apache、nginx等容器才能对外提供网络服务，这就导致多了一层apache、nginx等容器到PHP进程的数据传输开销。 并且由于运行了apache或者nginx容器，这将进一步消耗服务器的资源。 workerman便没有这部分开销，这是由于workerman自身便是一个服务器容器具有PHP进程管理以及网络通讯功能， 完全不依赖于apache、nginx、php-fpm等这些容器便可以独立运行，所以性能更高。
进程模型简单workerman是多进程（也有多线程版本）的，可以充分利用服务器多核资源。并且workerman具有简单的进程模型，主进程只负责监控子进程，而每个子进程独自接受维护客户端的连接，独自读取连接上发来的数据，独自处理。 子进程间默认没有任何数据通讯，主进程和子进程之间只有一次信号通讯。简单的进程通讯模型使得workerman相比其它复杂的进程模型的软件更高效。
