并发概念太模糊，这里以两种可以量化的指标并发连接数和并发请求数来说明。
并发连接数是指服务器当前时刻一共维持了多少tcp连接，而这些连接上是否有数据通讯并不关注。   （推荐学习： workerman教程）
例如一台消息推送服务器上可能维持了百万的设备连接，由于连接上很少有数据通讯，所以这台服务器上负载可能几乎为0，只要内存足够，还可以继续接受连接。
视频课程推荐→：《千万级数据并发解决方案（理论+实战）》
并发请求数一般用qps（服务器每秒处理多少请求）来衡量，而当前时刻服务器上有多少个tcp连接并不十分关注。例如一台服务器只有10个客户端连接，每个客户端连接上每秒有1w个请求，那么要求服务端需要至少能支撑10*1w=10w每秒的吞吐量（qps）。
假设10w吞吐量每秒是这台服务器的极限，如果每个客户端每秒发送1个请求给服务端，那么这台服务器能够支撑10w个客户端。
并发连接数受限于服务器内存，一般24g内存workerman服务器可以支持大概120w并发连接。
并发请求数受限于服务器cpu处理能力，一台24核workerman服务器可以达到45w每秒的吞吐量(qps)，实际值根据业务复杂度以及代码质量有所变化。
注意
高并发场景必须安装event或者libevent扩展。另外需要优化linux内核，尤其是进程打开文件数限制。
压测数据
这里仅提供workerman压测的qps数据参考。
###测试环境：
系统：debian 6.0 64位
内存：64g
cpu：intel(r) xeon(r) cpu e5-2420 0 @ 1.90ghz （2颗物理cpu，6核心，2线程）
workerman：开启200个benchark进程
压测脚本：benchmark
业务：发送并返回hello字符串
###普通php（版本5.3.10）压测
短连接（每次请求完成后关闭连接，下次请求建立新的连接）:
条件： 压测脚本开500个并发线程模拟500个并发用户，每个线程连接workerman 10w次，每次连接发送1个请求
结果： 吞吐量：2.3w/s ， cpu利用率：36%
长连接（每次请求后不关闭连接，下次请求继续复用这个连接）:
    条件： 压测脚本开2000个并发线程模拟2000个并发用户，每个线程连接workerman 1次，每个连接发送10w请求
    结果： 吞吐量：36.7w/s ， cpu利用率：69%
内存：每个进程内存稳定在6444k，无内存泄漏
以上是php5.3版本压测数据，如果用php7，性能会再次提升40%左右。
###hhvm环境压测
短连接（每次请求完成后关闭连接，下次请求建立新的连接）:
条件： 压测脚本开1000个并发线程模拟1000个并发用户，每个线程连接workerman 10w次，每次连接发送1个请求
结果： 吞吐量：3.5w/s ， cpu利用率：35%
长连接（每次请求后不关闭连接，下次请求继续复用这个连接）:
    条件： 压测脚本开6000个并发线程模拟6000个并发用户，每个线程连接workerman 1次，每个连接发送10w请求
    结果： 吞吐量：45w/s ， cpu利用率：67%
内存：hhvm环境每个进程内存稳定在46m，无内存泄漏
以上就是workerman怎么实现高并发的详细内容。