我觉得从茶轴或者红轴入手比较好过渡

由于 php 的源代码（加载后编译成 opcode）在fpm 模式下，也算是资源而已。所以每次请求都不得不重新加载 class 所在的源代码。


在性能开销上考虑的话，可以引入 opcache 缓存扩展， 比如 zend opcache （5.5内置， 5.3和5.4 需要自行编译， apc 等其他老扩展的真心不推荐）

另外， 用 require 和 include 差别不大， 这种关键代码无论如何都不应该加载失败的。但注意 _once 系列函数别用。 至少在 apc 下是有 bug 的，这种函数是玩玩用的。

按需 new 或者单例，取决于这个实例的创建成本。这部分 @raincious 已经解释了

其实你的问题关键点不在 include ， 而在 new XXclass() ; 会触发 查找类和调用 autoload 等等流程。

new XXX() -> XXX 不存在？ -> 触发 autoload -> 类存在了？调用构造器 ： 继续调用其他autoloader -> 还是没找到？ 抛出异常

@MrLiao 这不叫习惯，是被逼无奈

不好好安排时间非要挤在一个晚上走完。拖沓是病。。

首先， 你得知道有 HR 和 HRG 的区分。

php 在分配内存这块， 几乎都抽象成 hashtable 的操作， 另外 gc 也相对简单， 所以相对于 java 能够使用堆和非堆之类手段，确实计算速度没法同期比较。

所以纯 php 语言层面的计算确实比浪费内存有浪费 cpu ， 唯一规避的方式就是把这些计算挪到 c 扩展里面， 避开 php 层的封装带来的资源消耗

hhkb是实用工具，不适合，你能想象结婚别人送你一套镀金扳手是什么感受

阅读模式都成标配了啊，虽然各个浏览器都有类似的流行插件

没必要地抛出异常肯定是浪费资源， try 又不是拿来规避错误的。

只是你这文章基本啥都没说。。。。。

这点小任务那还用得着讲究到这个地步， 一般多核多线程效率够了， io 密集型大不了上协程或者 reactor 之类的。

多进程为的是资源隔离，或者弥补那些多核支持不好的语言

额，没阿里云之前就屏蔽的东西，能这么推论？

你说的这个东西叫actor 。用redis首先你得确定你的场景能容忍redis通讯带来的开销。


另外得考虑sleep间隔的开销，这切换上下文副作用可大了。靠这种方式让出cpu效率不高

@incompatible 说明你的活动圈子太小

泛型是吧， apache-async-httpclient ，和 guava collection 部分看懂呗

能在工作上找到有意思的事情就能快乐打码了， 如果不行还是早点下班吧。。

@z742364692 这个价位poker自然是合适的选择之一,就看能不能适应61键风格了，vim熟手还是很合适的，编程功能绝对好用。

虽然我用的不是hhkb，但是poker的键位编程让我可以编一堆的vim键位映射

只要带编程功能自己映射个舒服的方向键不就完了

确实不知道，有啥办法呢。。难不成骗你说用过

yii , cakephp 都行， 那些年的启蒙项目