摘要：该测试的原文在这里：https://www.workerman.net/a/1337 ，大家有兴趣可以自己查看。该文章将GO、Workerman、Webman、Swoole、Swoole+协程进行了测压对比。
每次讲到PHP和其他语言间的性能对比，似乎都会发现这样一个声音：单纯的性能对比没有意义，主要瓶颈首先是数据库，其次是业务代码等等。
好像PHP的性能真的不能单独拿出来讨论似的。但其实一份关于Workerman的基本性能对比中发现，Workerman比Go还要强。
该测试的原文在这里：https://www.workerman.net/a/1337 ，大家有兴趣可以自己查看。该文章将GO、Workerman、Webman、Swoole、Swoole+协程进行了测压对比。
workeman压测性能高于golangwebman短连接高于golangwebman的keepalive长连接略低于golangswoole短连接高于golangswoole的keepalive低于golangworkerman和webman不管是短连接还是keepliave都高于swoole。总体而言，Workerman和Webman比较强。这是一个基本的hello word的IO测试。虽然我们都认为这并没有什么用，但是这还是很有意思的一个现象。
你会发现，现在PHP的各个热点文章都把高性能挂在嘴边，这是为什么呢？PHP的性能很差，这似乎是共识，即便是PHP的开发者也从来不去深究这个问题，但现在为什么大家都在说PHP的性能很高呢？
现在的PHP框架都在宣称高性能，主要是因为随着互联网应用的不断发展，对于响应速度和性能的要求也越来越高，而传统的PHP开发方式在并发处理和性能方面存在一定的瓶颈，因此出现了一些新的PHP框架，例如Swoole、Laravel、Yii以及ThinkPHP等，都在性能方面进行了大量优化，以满足用户对于高性能的要求，并且在处理高并发时有更好的表现。此外，现代框架的出现也推动了PHP语言本身的发展，PHP在性能方面也做出了一些改善。
总结的说：
首先GO的json解析并不如PHP的更快更好，PHP的json解析是用C实现的，也意味着即便是在PHP-FPM环境下，单纯的json处理也很快。而且更别提开发上了，PHP不用预定义结构，一行代码直接将json从字符串变成了数组（或对象），这一点真的很清爽。
PHP是一个同步语言，即便是有协程，但大多数的代码操作都是同步的，比如file_get_content，无论你再怎么牛逼，它也是同步的。
其实PHP在异步上，也有很多的进本，像Workerman、Swoole、ReactPHP等等框架，都推出了自己环境下的异步HTTP客户端库。但这可能是不够的。不过有一个很有意思的项目，是ReactPHP框架下的，叫：chemem/asyncify，他能让任何的PHP代码都以异步的方式运行。使用起来也很简单：
use function Chemem\Asyncify\call;$call = call('file_get_contents', ['foo.txt']) ->then( function (?string $contents) { echo $contents; }, function (\Throwable $err) { echo $err->getMessage; } );开发者之间很喜欢做性能对比，而PHP开发者对这方面有更多的情节。可能是PHP的生态太庞大了，即便是PHP开发者之间，面对不同框架，也会有不同的态度。我见过一个网友，一直在吹Swoole，一句其他的意见也听不进去，也是很有趣的现象。
但有一种论调，叫XXX割裂了PHP，这种说法是不对的。PHP从来不像java和GO那样，在某个时代都认同某个技术，比如java的spring。PHP一直很活跃，这是好事。PHP可能从来没有时尚过，没有引领过什么，但他也从来不落后于时代。
但PHP的从业者确实不够技术范儿，落后太多了。这一点无论国内外都一样，如果在国外发表一篇性能对比的文章，其中使用的PHP版本是PHP7.1，无论结果如何，人们也会在评论区高呼：“太棒了，最起码他没有用PHP5.6”。
性能对比也是有操作空间的，比如我们发起一个比赛：哪个语言处理JSON最快？对于这个问题，PHP可能不是最快的，但也不会有什么担心的。
来源：散文随风想
