@
LMkillme 这个得反推
## 首先必须是高效的字节码+虚拟机
像 php 这种没有 jit 的， 从起跑线上就输了，得靠 c 扩展补上，相当于手动给虚拟机打补丁。
## 然后是执行模式和基础库高效
比如 node/actor/goroutine 可以优化 io依赖比较高的场景，但是如果是偏计算的场景，又退化到拼虚拟机了。
再说php， fpm 的多进程执行+每次请求完毕 fullgc 的模式决定了在高并发的情况下很浪费资源，又得靠c扩展补，接着打补丁，或者用 reactor 等其他执行模式重新开发。
相比之下， java 的多线程模式对于资源重用是比较高效的，但是又老占内存，有时候跟 c 系不见得能比。
这部分比较模糊，只要提供一个合理高效的库，即使不是语言默认支持的执行模式， 也可以达到目的。
这里还是没开发者什么事， 关键在于选对架构。
开发者能选的，无非是语言自带基础库和第三方库，里面也是各种猫腻， 有的是纯语言实现，有些用 c 等低级语言实现，搞不清楚用错的， 就呵呵了。
## 最后才是语言效率
连 a=1 这样的语句， 在不同语言里面解释或者编译之后生成的机器码，也是不同的。
写代码的时候要合理优化写法，选用高效的方式实现业务逻辑，或者根据版本升级，合理重构是必须的。
比如 php 的部分数据结构实现和基础库是比较低效的，最近几个版本都在拼了老命优化， 但是有弱类型等天生短板在那里，注定了没其他强类型的性能高，加上 jit 无望。
像 汇编+c 这种天生开挂的语言，以上所有事情都能自己实现，纯粹看人的技术实力，大不了自己实现虚拟机。比如 mozilla ，先实现一门语言 rust ， 再重写浏览器核心。
我们的 web 应用从 php 迁移到 java。在优化的手段和基础库的选择上多了很多选择， qps 是原来的3倍，
但是相应的， 在优化和框架设计的成本上增加了 N 倍，而且是在代码质量上严格审查，各种 review 打回的基础上实现的。
最后，黑了 php 这么多， 回下血。php 面向 web 应用的开发效率很高， 在一定场景下可以推翻以上123点，吊打其他语言，但是得优雅地绕过所有的坑。