php中动态修改ini配置
《PHP实战:php中动态修改ini配置》要点: 1,运行时改变配置 我们直接进入ini_set的实现,函数虽然有点长,但是逻辑很清晰:PHP编程
代码如下:
PHP_FUNCTION(ini_set) { ??? char *varname,*new_value; ??? int varname_len,new_value_len; ??? char *old_value; ??? if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC,"ss",&varname,&varname_len,&new_value,&new_value_len) == FAILURE) { ??? // 去EG(ini_directives)中获取配置的值 ??? /* copy to return here,because alter might free it! */ ??? // 如果开启了安全模式,那么如下这些ini配置可能涉及文件操作,需要要辅助检查uid ??? // 在安全模式下,如下这些ini受到保护,不会被动态修改 ??? // 调用zend_alter_ini_entry_ex去动态修改ini配置 可以看到,除了一些必要的验证工作,主要就是调用zend_alter_ini_entry_ex.PHP编程 我们继续跟进到zend_alter_ini_entry_ex函数中:PHP编程
代码如下:
ZEND_API int zend_alter_ini_entry_ex(char *name,uint name_length,char *new_value,uint new_value_length,int modify_type,int stage,int force_change TSRMLS_DC) /* {{{ */ { ??? zend_ini_entry *ini_entry; ??? char *duplicate; ??? zend_bool modifiable; ??? zend_bool modified; ??? // 找出EG(ini_directives)中对应的ini_entry ??? // 是否被修改以及可修改性 ??? if (stage == ZEND_INI_STAGE_ACTIVATE && modify_type == ZEND_INI_SYSTEM) { ??? // 是否强制修改 ??? // EG(modified_ini_directives)用于存放被修改过的ini_entry ??? duplicate = estrndup(new_value,new_value_length);PHP编程 ??? // 调用modify来更新XXX_G中对应的ini配置 ??? return SUCCESS; 有3处逻辑需要我们仔细体会:PHP编程 1)ini_entry中的modified字段用来表示该配置是否被动态修改过.一旦该ini配置发生修改,modified就会被置为1.上述代码中有一段很关键:PHP编程
代码如下:
// 如果多次调用ini_set,则orig_value等始终保持最原始的值 if (!modified) { ??? ini_entry->orig_value = ini_entry->value; ??? ini_entry->orig_value_length = ini_entry->value_length; ??? ini_entry->orig_modifiable = modifiable; ??? ini_entry->modified = 1; ??? zend_hash_add(EG(modified_ini_directives),NULL); } 这段代码表示,不管我们先后在php代码中调用几次ini_set,只有第一次ini_set时才会进入这段逻辑,设置好orig_value.从第二次调用ini_set开始,便不会再次执行这段分支,因为此时的modified已经被置为1了.因此,ini_entry->orig_value始终保存的是第一次修改之前的配置值(即最原始的配置).PHP编程 2)为了能使ini_set修改的配置立即生效,需要on_modify回调函数.PHP编程 如前一篇文中所述,调用on_modify是为了能够更新模块的全局变量.再次回忆下,首先,模块全局变量中的配置已经不是字符串类型了,该用bool用bool、该用int用int.其次,每一个ini_entry中都存储了该模块全局变量的地址以及对应的偏移量,使得on_modify可以很迅速的进行内存修改.此外不要忘记,on_modify调用完了之后,仍需进一步更新ini_entry->value,这样EG(ini_directives)中的配置值就是最新的了.PHP编程 3)这里出现了一张新的hash表,EG(modified_ini_directives).PHP编程 EG(modified_ini_directives)只用于存放被动态修改过的ini配置,如果一个ini配置被动态修改过,那么它既存在于EG(ini_directives)中,又存在于EG(modified_ini_directives)中.既然每一个ini_entry都有modified字段做标记,那岂不是可以遍历EG(ini_directives)来获得所有被修改过的配置呢?PHP编程 答案是肯定的.个人觉得,这里的EG(modified_ini_directives)主要还是为了提升性能,酱直接遍历EG(modified_ini_directives)就足够了.此外,把EG(modified_ini_directives)的初始化推迟到zend_alter_ini_entry_ex中,也可以看出php在细节上的性能优化点.PHP编程 2,恢复配置 每一个php请求执行完毕之后,会触发php_request_shutdown,它和php_request_startup是两个相对应过程.如果php是挂接在apache/nginx下,则每处理完一个http请求,就会调用php_request_shutdown;如果php以CLI模式来运行,则脚本执行完毕之后,也会调用php_request_shutdown.PHP编程 在php_request_shutdown中,我们可以看到针对ini的恢复处理:PHP编程
代码如下:
/* 7. Shutdown scanner/executor/compiler and restore ini entries */ zend_deactivate(TSRMLS_C); 进入zend_deactivate,可以进一步看到调用了zend_ini_deactivate函数,由zend_ini_deactivate来负责将php的配置进行恢复.PHP编程
代码如下:
zend_try { ??? zend_ini_deactivate(TSRMLS_C); } zend_end_try(); 具体来看看zend_ini_deactivate的实现:PHP编程
代码如下:
ZEND_API int zend_ini_deactivate(TSRMLS_D) /* {{{ */ { ??? if (EG(modified_ini_directives)) { ??????? // 遍历EG(modified_ini_directives)中这张表 ??????? // 对每一个ini_entry调用zend_restore_ini_entry_wrapper ??????? zend_hash_apply(EG(modified_ini_directives),(apply_func_t) zend_restore_ini_entry_wrapper TSRMLS_CC); ??????? ??????? // 回收操作 ??????? zend_hash_destroy(EG(modified_ini_directives)); ??????? FREE_HASHTABLE(EG(modified_ini_directives)); ??????? EG(modified_ini_directives) = NULL; ??? } ??? return SUCCESS; } 从zend_hash_apply来看,真正恢复ini的任务最终落地到了zend_restore_ini_entry_wrapper回调函数.PHP编程
代码如下:
static int zend_restore_ini_entry_wrapper(zend_ini_entry **ini_entry TSRMLS_DC) { ??? // zend_restore_ini_entry_wrapper就是zend_restore_ini_entry_cb的封装 ??? zend_restore_ini_entry_cb(*ini_entry,ZEND_INI_STAGE_DEACTIVATE TSRMLS_CC); ??? return 1; } static int zend_restore_ini_entry_cb(zend_ini_entry *ini_entry,int stage TSRMLS_DC) ??? // 只看修改过的ini项 逻辑都蛮清晰的,相信读者可以看明白.总结一下关于ini配置的恢复流程:PHP编程
代码如下:
php_request_shutdown--->zend_deactivate--->zend_ini_deactivate--->zend_restore_ini_entry_wrapper--->zend_restore_ini_entry_cb 3,配置的销毁 1,php会依次结束所有的模块,在每个模块的PHP_MSHUTDOWN_FUNCTION中调用UNREGISTER_INI_ENTRIES.UNREGISTER_INI_ENTRIES和REGISTER_INI_ENTRIES对应,但是UNREGISTER_INI_ENTRIES并不负责模块全局空间的释放,XXX_globals这块内存放在静态数据区上,无需人为回收.PHP编程 UNREGISTER_INI_ENTRIES主要做的事情,是将某个模块的ini_entry配置从EG(ini_directives)表中删除.删除之后,ini_entry本身的空间会被回收,但是ini_entry->value不一定会被回收.PHP编程 当所有模块的PHP_MSHUTDOWN_FUNCTION都调用UNREGISTER_INI_ENTRIES一遍之后,EG(ini_directives)中只剩下了Core模块的ini配置.此时,就需要手动调用UNREGISTER_INI_ENTRIES,来完成对Core模块配置的删除工作.PHP编程
代码如下:
void php_module_shutdown(TSRMLS_D) { ??? ... ??? ??? // zend_shutdown会依次关闭除了Core之外的所有php模块 ??? // 关闭时会调用各个模块的PHP_MSHUTDOWN_FUNCTION ??? zend_shutdown(TSRMLS_C); ??? ??? ... ??? // 至此,EG(ini_directives)中只剩下了Core模块的配置 ??? // 回收EG(ini_directives) ??? ... 当手动调用UNREGISTER_INI_ENTRIES完成之后,EG(ini_directives)已经不包含任何的元素,理论上讲,此时的EG(ini_directives)是一张空的hash表.PHP编程 2,configuration_hash的回收发生在EG(ini_directives)之后,上面贴出的代码中有关于php_shutdown_config的函数调用.php_shutdown_config主要负责回收configuration_hash.PHP编程
代码如下:
int php_shutdown_config(void) { ??? // 回收configuration_hash ??? zend_hash_destroy(&configuration_hash); ??? ??? ... ??? ??? return SUCCESS; } 注意zend_hash_destroy并不会释放configuration_hash本身的空间,同XXX_G访问的模块全局空间一样,configuration_hash也是一个全局变量,无需手动回收.PHP编程 3,当php_shutdown_config完成时,只剩下EG(ini_directives)的自身空间还没被释放.因此最后一步调用zend_ini_shutdown.zend_ini_shutdown用于释放EG(ini_directives).在前文已经提到,此时的EG(ini_directives)理论上是一张空的hash表,因此该HashTable本身所占用的空间需要被释放.PHP编程
代码如下:
ZEND_API int zend_ini_shutdown(TSRMLS_D) { ??? // EG(ini_directives)是动态分配出的空间,需要回收 ??? zend_hash_destroy(EG(ini_directives)); ??? free(EG(ini_directives)); ??? return SUCCESS; } 4,总结
欢迎参与《PHP实战:php中动态修改ini配置》讨论,分享您的想法,编程之家 52php.cn为您提供专业教程。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |