有如下4个代码示例，你认为他们创建对象，并获得成员变量的速度排序是怎样的？
1：将成员变量设置为public，通过赋值操作给成员变量赋值，直接获取变量
class Foo { public $id; } $data = new Foo; $data->id = 10; echo $data->id; |
2：将成员变量设置为public，通过构造函数设置成员变量的值，直接获取变量
class Foo2 { public $id; public function __construct($id) { $this->id = $id; } } $data = new Foo2(10); echo $data->id; |
3：将成员变量设置为protected，通过构造函数设置成员变量的值，通过成员方法获取变量
class Foo3 {
protected $id;
public function __construct($id) {
$this->id = $id;
}
public function getId() {
return $this->id;
}
}
$data = new Foo3(10);
echo $data->getId(); |
4：将成员变量设置为protected，通过构造函数设置成员变量的值，通过魔术方法获取变量
class Foo4 {
protected $id;
public function __construct($id) {
$this->id = $id;
}
public function __get($key) {
return $this->id;
}
}
$data = new Foo4(10);
echo $data->id; |
按执行速度快慢排序： 1243
咱们先看其opcode:
1:
1 ZEND_FETCH_CLASS 4 :4 'Foo' 2 NEW $5 :4 3 DO_FCALL_BY_NAME 0 4 ASSIGN !0, $5 5 ZEND_ASSIGN_OBJ !0, 'id' 6 ZEND_OP_DATA 10 7 FETCH_OBJ_R $9 !0, 'id' 8 ECHO $9 |
2:
1 ZEND_FETCH_CLASS 4 :10 'Foo2' 2 NEW $11 :10 3 SEND_VAL 10 4 DO_FCALL_BY_NAME 1 5 ASSIGN !1, $11 6 FETCH_OBJ_R $14 !1, 'id' 7 ECHO $14 |
3:
1 ZEND_FETCH_CLASS 4 :15 'Foo3' 2 NEW $16 :15 3 SEND_VAL 10 4 DO_FCALL_BY_NAME 1 5 ASSIGN !2, $16 6 ZEND_INIT_METHOD_CALL !2, 'getId' 7 DO_FCALL_BY_NAME 0 $20 8 ECHO $20 |
4:
1 ZEND_FETCH_CLASS 4 :21 'Foo4' 2 NEW $22 :21 3 END_VAL 10 4 DO_FCALL_BY_NAME 1 5 ASSIGN !3, $22 6 FETCH_OBJ_R $25 !3, 'id' 7 ECHO $25 |
根据上面的opcode，参照其在zend_vm_execute.h文件对应的opcode实现，我们可以发现什么？
一、PHP内核创建对象的过程分为三步：
- ZEND_FETCH_CLASS 根据类名获取存储类的变量，其实现为一个hashtalbe EG(class_table) 的查找操作
- NEW 初始化对象，将EX(call)->fbc指向构造函数指针。
- 调用构造函数，其调用和其它的函数调用是一样，都是调用zend_do_fcall_common_helper_SPEC
二、魔术方法的调用是通过条件触发的，并不是直接调用，如我们示例中的成员变量id的获取（zend_std_read_property），其步骤为:
- 获取对象的属性，如果存在，转第二步；如果没有相关属性，转第三步
- 从对象的properties查找是否存在与名称对应的属性存在，如果存在返回结果，如果不存在，转第三步
- 如果存在__get魔术方法，则调用此方法获取变量，如果不存在，报错
回到排序的问题：
一、第一个和第二个的区别是什么？
第二个的opcode比第一个要少，反而比第一个要慢一些，因为构造函数多了参数，多了一个参数处理的opcode。参数处理是一个比较费时的操作，当我们在做代码优化时，一些不必要的参数能去掉就去掉；当一个函数有多个参数时，可以考虑通过一个数组将其封装后传递进来。
二、为啥第三个最慢？
因为其获取参数其本质上是一次对象成员方法的调用，方法的调用成本高于变量的获取
三、为啥第四个比第三个要快？
因为第四个的操作实质上获取变量，只不过其内部实现了魔术方法的调用，相对于用户定义的方法，内部函数的调用的效率会高。因此，当我们有一些PHP内核实现的方法可以调用时就不要重复发明轮子了。
四、为啥第四个比第二个要慢？
因为在PHP的对象获取变量的过程中，当成员变量在类的定义不在在时，会去调用PHP特有的魔术方法__get，多了一次魔术方法的调用。
总结一下：
- 使用PHP内置函数
- 并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。
- 尽量少用魔术方法 — 除非有必要，不要用框架，因为框架都有大量的魔术方法使用。
- 在性能优先的应用场景中，将成员变量设置为public，不失为一种比较好的方法，当你需要用到OOP时。
- 能使用PHP语法结构的不要用函数，能使用内置函数的不要自己写，能用函数的不要用对象
代码片段3和4是否贴反了？！
对象的消耗肯定要大的多，但是复杂的PHP开发还是用对象比较好。
最前面代码说明中的3和4，“成员方法”和“魔术方法”说明反了。
多谢指正，已经修改，谢谢！
= =做web开发来说，瓶颈基本都是在访问外部资源，数据库之类，或者架构设计的问题，不可能是这个问题。
“第二个的opcode比第一个要少，反而比第一个要慢一些”. 是第二个要慢一些吧