用cpu接近100%時，你如何找到導致cpu飙升的原因?我的思路是，首先找到進程正在執行的代碼行，從而確定可能有問題的代碼段。然後，再仔細分析有問題的代碼段，從而找出原因。
如果你的程序使用的是c、c++編寫，那麼你可以很容易的找到正在執行的代碼行。但是，程序是php編寫的，如何找到可能有問題的代碼行呢?這個問題就是本文要解決的問題。
背景知識:
大家都知道php是一個解釋性語言。用戶編寫的php代碼會生成opcode，由解釋器引擎去解釋執行。在解釋執行過程中，有一個全局變量包含了執行過 程中用到的各種數據。它就是executor_globals。在源碼的Zend/zend_globals.h 文件中可以找到他的類型定義。
代碼如下struct _zend_executor_globals {
zval **return_value_ptr_ptr;
zval uninitialized_zval;
zval *uninitialized_zval_ptr;
zval error_zval;
zval *error_zval_ptr;
zend_ptr_stack arg_types_stack;
/* symbol table cache */
HashTable *symtable_cache[SYMTABLE_CACHE_SIZE];
HashTable **symtable_cache_limit;
HashTable **symtable_cache_ptr;
zend_op **opline_ptr;
HashTable *active_symbol_table;
HashTable symbol_table; /* main symbol table */
HashTable included_files; /* files already included */
JMP_BUF *bailout;
int error_reporting;
int orig_error_reporting;
int exit_status;
zend_op_array *active_op_array;
HashTable *function_table; /* function symbol table */
HashTable *class_table; /* class table */
HashTable *zend_constants; /* constants table */
zend_class_entry *scope;
zend_class_entry *called_scope; /* Scope of the calling class */
zval *This;
long precision;
int ticks_count;
zend_bool in_execution;
HashTable *in_autoload;
zend_function *autoload_func;
zend_bool full_tables_cleanup;
/* for extended information support */
zend_bool no_extensions;
#ifdef ZEND_WIN32
zend_bool timed_out;
OSVERSIONINFOEX windows_version_info;
#endif
HashTable regular_list;
HashTable persistent_list;
zend_vm_stack argument_stack;
int user_error_handler_error_reporting;
zval *user_error_handler;
zval *user_exception_handler;
zend_stack user_error_handlers_error_reporting;
zend_ptr_stack user_error_handlers;
zend_ptr_stack user_exception_handlers;
zend_error_handling_t error_handling;
zend_class_entry *exception_class;
/* timeout support */
int timeout_seconds;
int lambda_count;
HashTable *ini_directives;
HashTable *modified_ini_directives;
zend_objects_store objects_store;
zval *exception, *prev_exception;
zend_op *opline_before_exception;
zend_op exception_op[3];
struct _zend_execute_data *current_execute_data;
struct _zend_module_entry *current_module;
zend_property_info std_property_info;
zend_bool active;
void *saved_fpu_cw;
void *reserved[ZEND_MAX_RESERVED_RESOURCES];
};
這裡我們只說兩個對我們比較重要的變量，active_op_array 和 current_execute_data。
active_op_array變量中保存了引擎正在執行的op_array(想了解什麼是op_array請點擊查看)。在Zend/zend_compile.h中有關於op_array的數據類型的定義。
代碼如下struct _zend_op_array {
/* Common elements */
zend_uchar type;
char *function_name;
zend_class_entry *scope;
zend_uint fn_flags;
union _zend_function *prototype;
zend_uint num_args;
zend_uint required_num_args;
zend_arg_info *arg_info;
zend_bool pass_rest_by_reference;
unsigned char return_reference;
/* END of common elements */
zend_bool done_pass_two;
zend_uint *refcount;
zend_op *opcodes;
zend_uint last, size;
zend_compiled_variable *vars;
int last_var, size_var;
zend_uint T;
zend_brk_cont_element *brk_cont_array;
int last_brk_cont;
int current_brk_cont;
zend_try_catch_element *try_catch_array;
int last_try_catch;
/* static variables support */
HashTable *static_variables;
zend_op *start_op;
int backpatch_count;
zend_uint this_var;
char *filename;
zend_uint line_start;
zend_uint line_end;
char *doc_comment;
zend_uint doc_comment_len;
zend_uint early_binding; /* the linked list of delayed declarations */
void *reserved[ZEND_MAX_RESERVED_RESOURCES];
};
看完定義，就不用我多說了把。定義中，filename和 function_name分別保存了正在執行的文件名和方法名。
current_execute_data保存了正在執行的op_array的execute_data。execute_data保存了每個op_array執行過程中的一些數據。其定義在，Zend/zend_compile.h：
代碼如下 struct _zend_execute_data {定義中的opline就是正在執行的opcode。opcode的結構定義如下：
代碼如下 struct _zend_op {其中lineno就是opcode所對應的行號。
示例說明:
看完上面的數據結構定義，你是否已經知道如何找php正在執行的文件名，方法名和行號呢?如果還有疑問的話，那就接著看下面的例子。創建一個文件test.php,代碼如下：
代碼如下 <?phpcli方式執行php腳本，加入執行的進程號為14973。我們使用gdb命令來調試進程。
代碼如下 $sudo gdb -p 14973很顯然，他正在執行第四行的sleep方法。
如果上面的方法你感覺麻煩，那你可以使用.gdbinit文件。這個文件在php源碼的根目錄下。使用方法如下：
代碼如下 $sudo gdb -p 14973題外話：
從php5.6開始，php中集成了一個phpdbg的工具。可以像gdb調試c語言程序一樣，調試php程序。感興趣的話，可以打開下面的連接看看
