php为啥速度快？按说每次访问重新执行能快才怪？
"PHP"速度的确不慢, 甚至比起其它脚本语言更快, 但PHP的"慢", 慢在它独特的生命周期. FF99 的高赞答案已经详细阐述了PHP的运行模式和生命周期了, 非常驻内存的情况下PHP服务要挑战高并发是很难的, 而 @Ulysses 的回答比较有争议, 就此多回答一些. 深入理解过PHP的同学都能明白, 语言只是工具在PHP的身上有着完美的体现, 褪去PHP语法的面纱, 底层就是C写就的高性能ZendVM, 我们甚至可以认为, PHP本身就是一个C语言的WEB框架, PHP的诸多功能都是C语言代码实现并直接提供的, 所以在执行速度上比起别的脚本语言有很大的性能优势, 比如PHP一招鲜吃遍天的HashTable, eechen同学就很喜欢拿它的读写速度和其它语言对比, 还有很多自带函数的运行速度, 都是秒杀级别的. PHP之慢, 实际上是指它作为一个WEB语言, 在当今互联网浪潮的高并发环境下, 没法很好地扛起担子来. 我们知道, 非密集运算场景下, 业务代码的执行速度并不是PHP的软肋, 那么PHP的软肋主要就在于以下两点: 不过这里得插一嘴, PHP比较神奇的地方是它的软肋之处又是它别具一格,经久不衰的原因(PHP的市场虽然遭受各大语言冲击挤压,但仍保持上升势头), 正是PHP独特的生命周期让其在灵活性超强的情况下又得以保持稳定性, 用过PHP的人都知道用PHP开发是多么的便捷快速, 就算你是一名初入门槛的毛头小子, 你写出来的烂代码也能七平八稳地跑起来, 社交网络里温克莱沃斯兄弟还在湖里划船讨论的时候, 扎克伯格已经用PHP把the FaceBook撸出来了.所以你看看, PHP总是选择合适的人或被合适的人选择,然后引领着合适的人走向成功. 那么PHP还能再度变"快"吗, 当然可以! 人家有Node有Go, PHP也有Swoole, 当Swoole接管了PHP的生命周期, 并且通过协程解决了同步IO阻塞, PHP又展现出了其灵活之上, 性能猛兽的一面. 我之所以说ulysses的回答有些争议, 是因为TechEmpower下的issue里充满了关于PHP脚本跑分结果的质疑和讨论, 其中也大量出现了Swoole, 但在当时, Swoole拿了一个极低的分数, 究其原因是: 跑分脚本写错啦!  直到 Techempower - First results · Issue #1594 · swoole/swoole-src 这个issue的出现, 正逢我在关注issue区, 才知道曾有人贡献过压测脚本, 可能由于外国友人并没有深入了解Swoole协程, 在代码中存在很多的错误的使用, 于是没有跑出理想的成绩. 期间issue下多次讨论了改进脚本, 最后我也抽时间对压测脚本进行了修正和优化, 在我优化之前的压测已经是这样的了: 输出JSON压测: 数据库读写压测: 结果是PHP-Swoole稳居第一梯队, 与其它脚本语言拉开了恐怖的距离, 如果测试代码好好写, 还有一定的上升空间 所以说很多人吐槽的PHP性能问题, 并不是PHP真正的问题, 只能说是一种选择, PHP的设计就是如此, 而Swoole提供了另一种选择, 让你看到PHP并发性能强大的一面, 人们总是希望有更多选择, 喜欢选择更多, 这也是Swoole在PHP圈子里被视作新的曙光的一个原因.  评论区有杠精来撕，不得不祭出  PHP还没有JIT，没有Google一样的亲爹，为了向下兼容函数名混乱也没有改进，这都是PHP现有的缺点，每个人都可以指出，但PHP的伟大之处在于它是很多开源人不计回报贡献出来的佳作，鸟哥也说过，PHP开发组的人几年一换，全凭业余热情，Zend公司给的那点酬劳没有哪个业界大佬会看得上，而JVM，V8，Go都是拿大量人力和财力砸出来的，而PHP的流行度和占有率却能不逊于它们实在是一个草根奇迹，也说明了PHP才能实实在在帮到大多数人。 认清语言只是工具，如果它能成就你，你就要感谢有它，如果你不喜欢它，也别无端抹黑它。 我也同是一个前端程序员，从native到jQ到Vue，也写过Python，Go，但PHP的灵活高效带给我了更多的项目成就，我也觉得写PHP更加快乐，如此而已。