php7模拟,认识PHP7虚拟机（）三

原标题：认识PHP7虚拟机()三

动态函数调用

尽量不要使用动态的函数名去调用函数：

function foo() { }

foo();

number of ops: 4

compiled vars: none

line #* E I O op fetch ext return operands

-------------------------------------------------------------------------------------

2 0 E > NOP

3 1 INIT_FCALL 'foo'

2 DO_UCALL

3 > RETURN 1

NOP表示不做任何操作，只是将当前opline指向下一条OPCode，编译器产生这条指令是由于历史原因。为何到PHP7还不移除它呢= =

看看使用动态的函数名去调用函数：

function foo() { }

$a = 'foo';

$a();

number of ops: 5

compiled vars: !0 = $a

line #* E I O op fetch ext return operands

-------------------------------------------------------------------------------------

2 0 E > NOP

3 1 ASSIGN !0, 'foo'

4 2 INIT_DYNAMIC_CALL !0

3 DO_FCALL 0

4 > RETURN 1

不同点在于INIT_FCALL和INIT_DYNAMIC_CALL，看下两个函数的源码：

static ZEND_OPCODE_HANDLER_RET ZEND_FASTCALL ZEND_INIT_FCALL_SPEC_CONST_HANDLER(ZEND_OPCODE_HANDLER_ARGS)

{

USE_OPLINE

zval *fname = EX_CONSTANT(opline->op2);

zval *func;

zend_function *fbc;

zend_execute_data *call;

fbc = CACHED_PTR(Z_CACHE_SLOT_P(fname)); /* 看下是否已经在缓存中了 */

if (UNEXPECTED(fbc == NULL)) {

func = zend_hash_find(EG(function_table), Z_STR_P(fname)); /* 根据函数名查找函数 */

if (UNEXPECTED(func == NULL)) {

SAVE_OPLINE();

zend_throw_error(NULL, "Call to undefined function %s()", Z_STRVAL_P(fname));

HANDLE_EXCEPTION();

}

fbc = Z_FUNC_P(func);

CACHE_PTR(Z_CACHE_SLOT_P(fname), fbc); /* 缓存查找结果 */

}

call = zend_vm_stack_push_call_frame_ex(

opline->op1.num, ZEND_CALL_NESTED_FUNCTION,

fbc, opline->extended_value, NULL, NULL);

call->prev_execute_data = EX(call);

EX(call) = call;

ZEND_VM_NEXT_OPCODE();

}

static ZEND_OPCODE_HANDLER_RET ZEND_FASTCALL ZEND_INIT_DYNAMIC_CALL_SPEC_CV_HANDLER(ZEND_OPCODE_HANDLER_ARGS)

{

/* 200多行代码，就不贴出来了，会根据CV的类型(字符串、对象、数组)做不同的函数查找 */

}

很显然INIT_FCALL相比INIT_DYNAMIC_CALL要轻量许多。

类的延迟绑定

简单地说，类A继承类B，类B最好先于类A被定义。

class Bar { }

class Foo extends Bar { }

number of ops: 4

compiled vars: none

line #* E I O op fetch ext return operands

-------------------------------------------------------------------------------------

2 0 E > NOP

3 1 NOP

2 NOP

3 > RETURN

从生成的OPCode可以看出，上述PHP代码在运行时，执行引擎不需要做任何操作。类的定义是比较耗性能的工作，例如解析类的继承关系，将父类的方法/属性添加进来，但编译器已经做完了这些繁重的工作。

如果类A先于类B被定义：

class Foo extends Bar { }

class Bar { }

number of ops: 4

compiled vars: none

line #* E I O op fetch ext return operands

-------------------------------------------------------------------------------------

2 0 E > FETCH_CLASS 0 :0 'Bar'

1 DECLARE_INHERITED_CLASS '%00foo%2Fhome%2Froketyyang%2Ftest.php0x7fb192b7101f', 'foo'

3 2 NOP

3 > RETURN 1

这里定义了Foo继承自Bar，但当编译器读取到Foo的定义时，编译器并不知道任何关于Bar的情况，所以编译器就生成相应的OPCode，使其定义延迟到执行时。在一些其他的动态类型的语言中，可能会产生错误：Parse error : class not found。

除了类的延迟绑定，像接口、traits都存在延迟绑定耗性能的问题。

对于定位PHP性能问题，通常都是先用xhprof或xdebug profile进行定位，需要通过查看OPCode定位性能问题的场景还是比较少的。

总结

希望通过这篇文章，能让你了解到PHP虚拟机大致是如何工作的。具体opcode的执行，以及函数调用涉及到的上下文切换，有许多细节性的东西，限于本文篇幅，在另一篇文章：PHP 7 中函数调用的实现进行讲解。返回搜狐，查看更多

责任编辑：