PHP之钩子

php 提供的钩子
php 和 zend engine 为扩展提供了许多不同的钩子，这些扩展允许扩展开发人员以 php userland 无法提供的方式控制 php 运行时。
本章将展示各种钩子和从扩展钩子到它们的常见用例。
钩子到 php 功能的一般模式是 php 核心提供的扩展覆盖函数指针。然后扩展函数通常执行自己的工作并调用原始 php 核心函数。使用此模式，不同的扩展可以覆盖同一个钩子而不会导致冲突。
相关学习推荐：php编程从入门到精通
挂钩到函数的执行
userland和内部函数的执行由zend引擎中的两个函数处理，您可以用自己的实现替换这两个函数。覆盖此钩子的扩展的主要用例是通用函数级评测、调试和面向方面的编程。
钩子在 zend/zend_execute.h 中定义:
zend_api extern void (*zend_execute_ex)(zend_execute_data *execute_data);zend_api extern void (*zend_execute_internal)(zend_execute_data *execute_data, zval *return_value);如果要覆盖这些函数指针，则必须在 minit 中执行此操作，因为 zend engine 中的其他决策是根据指针是否被覆盖这一事实提前做出的。
覆盖的通常模式是这样的：
static void (*original_zend_execute_ex) (zend_execute_data *execute_data);static void (*original_zend_execute_internal) (zend_execute_data *execute_data, zval *return_value);void my_execute_internal(zend_execute_data *execute_data, zval *return_value);void my_execute_ex (zend_execute_data *execute_data);php_minit_function(my_extension){ register_ini_entries(); original_zend_execute_internal = zend_execute_internal; zend_execute_internal = my_execute_internal; original_zend_execute_ex = zend_execute_ex; zend_execute_ex = my_execute_ex; return success;}php_mshutdown_function(my_extension){ zend_execute_internal = original_zend_execute_internal; zend_execute_ex = original_zend_execute_ex; return success;}覆盖 zend_execute_ex 的一个缺点是它将 zend virtual machine 运行时的行为更改为使用递归，而不是在不离开解释器循环的情况下处理调用。此外，没有覆盖zend_execute_ex的 php 引擎也可以生成更优化的函数调用操作码。
这些挂钩对性能非常敏感，具体取决于原始函数封装代码的复杂性。
覆盖内部功能
在覆盖执行钩子时，扩展可以记录每个函数调用，你还可以覆盖用户域，核心和扩展函数（和方法）的各个函数指针。如果扩展仅需要访问特定的内部函数调用，则具有更好的性能特征。
#if php_version_id < 70200typedef void (*zif_handler)(internal_function_parameters);#endifzif_handler original_handler_var_dump;zend_named_function(my_overwrite_var_dump){ // 如果我们想调用原始函数 original_handler_var_dump(internal_function_param_passthru);}php_minit_function(my_extension){ zend_function *original; original = zend_hash_str_find_ptr(eg(function_table), "var_dump", sizeof("var_dump")-1); if (original != null) { original_handler_var_dump = original->internal_function.handler; original->internal_function.handler = my_overwrite_var_dump; }}覆盖类方法时，可以在 zend_class_entry上找到函数表：
zend_class_entry *ce = zend_hash_str_find_ptr(cg(class_table), "pdo", sizeof("pdo")-1);if (ce != null) { original = zend_hash_str_find_ptr(&ce->function_table, "exec", sizeof("exec")-1); if (original != null) { original_handler_pdo_exec = original->internal_function.handler; original->internal_function.handler = my_overwrite_pdo_exec; }}修改抽象语法树（ast）
当 php 7编译 php 代码时，它会先将其转换为抽象语法树（ast），然后最终生成持久存储在 opcache 中的操作码。zend_ast_process钩子会被每个已编译的脚本调用，并允许你在解析和创建 ast 之后修改 ast。
这是要使用的最复杂的钩子之一，因为它需要完全了解 ast。在此处创建无效的 ast 可能会导致异常行为或崩溃。
最好看看使用此钩子的示例扩展：
google stackdriver php调试器扩展基于 stackdriver 的带有 ast 的概念验证器熟悉脚本/文件编译
每当用户脚本调用include/require或其对应的include_once/require_once时，php内核都会在指针zend_compile_file处调用该函数处理此请求。参数是文件句柄，结果是zend_op_array。
zend_op_array * my_extension_compile_file(zend_file_handle * file_handle，int类型);php核心中有两个扩展实现了此挂钩：dtrace和opcache。
-如果您使用环境变量use_zend_dtrace启动php脚本并使用dtrace支持编译了php，则dtrace_compile_file用于zend / zend_dtrace.c。
-opcache将操作数组存储在共享内存中以获得更好的性能，因此，每当脚本被编译时，其最终的操作数组都会从缓存中得到服务，而不是重新编译。您可以在ext / opcache / zendaccelerator.c中找到此实现。
-名为compile_file的默认实现是zend / zend_language_scanner.l中扫描程序代码的一部分。
实施此挂钩的用例是opcode accelerating，php代码加密/解密，调试或概要分析。
您可以随时在执行php进程时替换该挂钩，并且替换后编译的所有php脚本都将由该挂钩的实现处理。
始终调用原始函数指针非常重要，否则php将无法再编译脚本，并且opcache将不再起作用。
此处的扩展覆盖顺序也很重要，因为您需要知道是要在opcache之前还是之后注册钩子，因为opcache如果在其共享内存缓存中找到操作码数组条目，则不会调用原始函数指针。 opcache将其钩子注册为启动后钩子，该钩子在扩展的minit阶段之后运行，因此默认情况下，缓存脚本时将不再调用该钩子。
调用错误处理程序时的通知
与php用户区set_error_handler()函数类似，扩展可以通过实现zend_error_cb钩子将自身注册为错误处理程序：
zend_api void(* zend_error_cb)(int类型，const char * error_filename，const uint32_t error_lineno，const char *

【亳州网站建设】企业选择模板建站和定制网站有什么区别
seo标题放什么内容更吸引用户？
网上的云服务器怎么样
阿里云购买服务器属于什么款
腾讯云服务器挂网站吗
从海港到“智港”，紫光云助力天津新基建结出硕果
域名解析到腾讯云服务器怎么操作
网吧云服务器租用多少钱一个月啊