php自訂函數呼叫與執行過程詳解

函數被呼叫需要一些基本的信息，例如函數的名稱，參數以及函數的定義(也就是函數的具體執行內容)， 從我們開發者的角度來看，定義了一個函數我們在執行的時候自然知道這個函數叫什麼名字， 以及呼叫的時候給傳遞了什麼參數、函數的操作內容。但是對於Zend引擎不能像我們這樣能「看懂」php原始碼， 它需要對程式碼進行處理以後才能執行。我們還是從以下兩個小例子開始：

<?php
    function foo(){
        echo "I&#39;m foo!";
    }   
    foo();
?>

下面我們先來看看其對應的opcodes：

function name:  (null)line     # *  op         ##return  operands

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

                                                    0          'foo'
                                                                    
                                                                 1 
## 1.        fetch          ext  return  operands

-------------- -------------------------------------------------- -----------------
  4     0  >   ECHO                                   5     1    > RETURN                                  #  ##上面是去除了一些枝節資訊的的opcodes，可以看到執行時函數部分的opcodes是單獨獨立出來的，這點對於函數的執行特別重要，下面的部分會詳細介紹。 現在，我們把焦點放到對foo函數的呼叫上面。呼叫foo的OPCODE是“DO_FCALL“， DO_FCALL進行函數呼叫操作時，ZE會在function_table中根據函數名（如前所述，這裡的函數名經過str_tolower的處理，所以PHP的函數名大小寫不敏感)查找函數的定義， 如果不存在， 則報出「Call to undefined function xxx()"的

錯誤訊息

; 如果存在，就返回該函數zend_function結構指針， 然後透過function.type的值來判斷函數是
內部函數
還是使用者定義的函數， 呼叫zend_execute_internal（zend_internal_function.handler）或是直接呼叫zend_execute來執行這個函式所包含的zend_op_array。

函數的執行

細心的讀者可能會注意到上面opcodes裡函數被呼叫的時候以及函數定義那都有個"function name:"，其實使用者定義函數的執行與其他語句的執行並無區別， 在本質上看，其實函數中的php語句與函數外的php語句並無不同。函數體本身最大的區別，在於其執行環境的不同。 這個「執行環境」最重要的特徵就是變數的作用域

。大家都知道，函數內定義的變數在函數體外是無法直接使用的，反之也是一樣。那麼，在函數執行的時候， 進入函數前的環境資訊是必須要保存的。在函數執行完畢後，這些環境資訊也會被還原，使整個程式繼續的執行下去。

内部函数的执行与用户函数不同。用户函数是php语句一条条“翻译”成op_line组成的一个op_array，而内部函数则是用C来实现的，因为执行环境也是C环境， 所以可以直接调用。如下面的例子：

<?php
    $foo = &#39;test&#39;;
    print_r($foo);
?>

生成的opcodes中，内部函数和用户函数的处理都是由DO_FCALL来进行的。而在其具体实现的zend_do_fcall_common_helper_SPEC()中， 则对是否为内部函数进行了判断，如果是内部函数，则使用一个比较长的调用

((zend_internal_function *) EX(function_state).function)->handler(opline->extended_value, EX_T(opline->result.u.var).var.ptr, EX(function_state).function->common .return_reference?&EX_T(opline->result.u.var).var.ptr:NULL, EX(object), RETURN_VALUE_USED(opline) TSRMLS_CC);

上面这种方式的内部函数是在zend_execute_internal函数没有定义的情况下。而在而在Zend/zend.c文件的zend_startup函数中，

zend_execute_internal = NULL;

此函数确实被赋值为NULL。于是我们在if (!zend_execute_internal)判断时会成立，所以我们是执行那段很长的调用。 那么，这段很长的调用到底是什么呢？以我们常用的 count函数为例。在<<第一节 函数的内部结构>>中， 我们知道内部函数所在的结构体中 有一个handler指针指向此函数需要调用的内部定义的C函数。 这些内部函数在模块初始化时就以扩展的函数的形式加载到EG(function_table)。其调用顺序：

php_module_startup --> php_register_extensions --> zend_register_internal_module
--> zend_register_module_ex --> zend_register_functions

zend_register_functions(NULL, module->functions, NULL, module->type TSRMLS_CC)

在standard扩展中。module的定义为：

zend_module_entry basic_functions_module = {
    STANDARD_MODULE_HEADER_EX,
    NULL,
    standard_deps,
    "standard",                 /* extension name */
    basic_functions,            /* function list */
    ... //省略}

从上面的代码可以看出，module->functions是指向basic_functions。在basic_functions.c文件中查找basic_functions的定义。

以上是php自訂函數呼叫與執行過程詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章！