當cpu飙升時，找出php中可能有問題的代碼行

作者：滄龍

當你發現一個平時占用cpu比較少的程序突然間占用cpu接近100%時，你如何找到導緻cpu飙升的原因？我的思路是，首先找到程序正在執行的代碼行，進而确定可能有問題的代碼段。然後，再仔細分析有問題的代碼段，進而找出原因。

如果你的程式使用的是c、c++編寫，那麼你可以很容易的找到正在執行的代碼行。但是，程式是php編寫的，如何找到可能有問題的代碼行呢？這個問題就是本文要解決的問題。

背景知識:

大家都知道php是一個解釋性語言。使用者編寫的php代碼會生成opcode，由解釋器引擎去解釋執行。在解釋執行過程中，有一個全局變量包含了執行過程中用到的各種資料。它就是executor_globals。在源碼的zend/zend_globals.h 檔案中可以找到他的類型定義。

這裡我們隻說兩個對我們比較重要的變量，active_op_array 和 current_execute_data。

active_op_array變量中儲存了引擎正在執行的op_array（想了解什麼是op_array請點選檢視）。在zend/zend_compile.h中有關于op_array的資料類型的定義。

看完定義，就不用我多說了把。定義中，filename和 function_name分别儲存了正在執行的檔案名和方法名。

current_execute_data儲存了正在執行的op_array的execute_data。execute_data儲存了每個op_array執行過程中的一些資料。其定義在，zend/zend_compile.h：

定義中的opline就是正在執行的opcode。opcode的結構定義如下：

其中lineno就是opcode所對應的行号。

示例說明:

看完上面的資料結構定義，你是否已經知道如何找php正在執行的檔案名，方法名和行号呢?如果還有疑問的話，那就接着看下面的例子。建立一個檔案test.php,代碼如下：

cli方式執行php腳本，加入執行的程序号為14973。我們使用gdb指令來調試程序。

很顯然，他正在執行第四行的sleep方法。

如果上面的方法你感覺麻煩，那你可以使用.gdbinit檔案。這個檔案在php源碼的根目錄下。使用方法如下：