对于PHP的中的数据来源, 不外乎有俩种:

1. 来自代码中

对于代码中的变量(也就是直接量)来说, 变量分配/赋值在编译期, 活跃在执行器, 在请求关闭期被销毁.对于这些变量来说, 使用APC进行Opcode缓存, 则会缓存这部分变量的值.

而对于来自外部的变量, 变量分配/赋值在编译器后, 执行期前, 在请求关闭期被销毁,对于这些变量来说, 使用APC进行OpCode缓存, 是不会被缓存的.

今天就着重关注下外部变量的一个部分,GET来的数据的整个生命周期.

假设, 有如下请求到来:

而, 在index.php中:

<?php
     $name      = 
对于PHP的中的数据来源, 不外乎有俩种:
1. 来自代码中
对于代码中的变量(也就是直接量)来说, 变量分配/赋值在编译期, 活跃在执行器, 在请求关闭期被销毁.对于这些变量来说, 使用APC进行Opcode缓存, 则会缓存这部分变量的值. 
而对于来自外部的变量, 变量分配/赋值在编译器后, 执行期前, 在请求关闭期被销毁,对于这些变量来说, 使用APC进行OpCode缓存, 是不会被缓存的.
今天就着重关注下外部变量的一个部分,GET来的数据的整个生命周期.
假设, 有如下请求到来:
 
而, 在index.php中:
___FCKpd___2
我们知道, 在最后的执行期, $_GET数组必然包含如下片段:
     
对于PHP的中的数据来源, 不外乎有俩种:
1. 来自代码中
对于代码中的变量(也就是直接量)来说, 变量分配/赋值在编译期, 活跃在执行器, 在请求关闭期被销毁.对于这些变量来说, 使用APC进行Opcode缓存, 则会缓存这部分变量的值. 
而对于来自外部的变量, 变量分配/赋值在编译器后, 执行期前, 在请求关闭期被销毁,对于这些变量来说, 使用APC进行OpCode缓存, 是不会被缓存的.
今天就着重关注下外部变量的一个部分,GET来的数据的整个生命周期.
假设, 有如下请求到来:
 
而, 在index.php中:
<?php
     $name      = 
对于PHP的中的数据来源, 不外乎有俩种:
1. 来自代码中
对于代码中的变量(也就是直接量)来说, 变量分配/赋值在编译期, 活跃在执行器, 在请求关闭期被销毁.对于这些变量来说, 使用APC进行Opcode缓存, 则会缓存这部分变量的值. 
而对于来自外部的变量, 变量分配/赋值在编译器后, 执行期前, 在请求关闭期被销毁,对于这些变量来说, 使用APC进行OpCode缓存, 是不会被缓存的.
今天就着重关注下外部变量的一个部分,GET来的数据的整个生命周期.
假设, 有如下请求到来:
 
而, 在index.php中:
___FCKpd___2
我们知道, 在最后的执行期, $_GET数组必然包含如下片段:
___FCKpd___3
那么, 我们今天就重点关注下, Query String是如何构建成_GET数组的(关于GET变量的生成, 请一并阅读我之前的文章: “PHP的GET/POST等大变量生成过程“): 
在请求到来时刻,php_request_startup(定义在main.c)被调用,来做初始化现场. 在这个过程中包括设置超时值,调用各个模块的请求初始化函数. 当然也包括我们关心的, 创建变量环境.
php_hash_environment根据php.ini中的variables_order来依次初始化各个预定义大变量, 那么对于$_GET来说:
...
case 'g':
case 'G':
     if (!_gpc_flags[2]) {
          sapi_module.treat_data(PARSE_GET, NULL, NULL TSRMLS_CC);
          _gpc_flags[2] = 1;
          if (PG(register_globals)) {
               php_autoglobal_merge(&EG(symbol_table),
                    Z_ARRVAL_P(PG(http_globals)[TRACK_VARS_GET]) TSRMLS_CC);
          }
     }
break;
大体可以看出,这段逻辑,首先通过treat_data来生成变量hash(PG(http_globals)[TRACK_VARS_GET]), 如果打开了auto_register_globals,则再把$_GET数组中的变量加入到符号表中.
treat_data是属于sapi_module_struct中的一个成员: 
 注意:     本文基于apache2handler方式的sapi, 这个启动过程和之前的文章sapi
原理中的启动过程略有不同, php5通过注册apache2的ap_hook_post_config挂钩,
在apache server启动的时候启动php(php_apache_server_startup,定义在
sapi/apache2hander/sapi_apache2.c中), 在这个函数中调用sapi_startup启动sapi,
继而通过调用php_apache2_startup来注册sapi module struct,
然后调用php_module_startup来初始化PHP, 其中又会初始化ZEND引擎,
以及填充zend_module_struct中的treat_data成员(通过php_startup_sapi_content_types)
现在回过头来继续看treat_data(也就是php_default_treat_data):
....
if (arg == PARSE_GET) { /* GET data */
     c_var = SG(request_info).query_string;
     if (c_var && *c_var) {
          res = (char *) estrdup(c_var);
          free_buffer = 1;
     } else {
          free_buffer = 0;
     }
} else if (arg == PARSE_COOKIE) { /* Cookie data */
在上面的逻辑中, 给res复制为query_string, SG(request_info)是一个代表了当前请求信息的结构体, 其中query_string是在php_apache_request_ctor中通过复制apache的reqeust_rec结构体中的args而来的. 
对于本文的例子来说, 此时res即为”name=laruence&career[]=yahoo&career[]=baidu”, 
继续在treat_data中, 随后的逻辑是:
var = php_strtok_r(res, separator, &strtok_buf);
...
while (var) {
     val = strchr(var, '=');
 
     if (arg == PARSE_COOKIE) {
          /* Remove leading spaces from cookie names,
               needed for multi-cookie header where ; can be followed by a space */
          while (isspace(*var)) {
               var++;
          }
          if (var == val || *var == '\0') {
               goto next_cookie;
          }
     }
 
     if (val) { /* have a value */
          int val_len;
          unsigned int new_val_len;
 
          *val++ = '\0';
          php_url_decode(var, strlen(var));
          val_len = php_url_decode(val, strlen(val));
          val = estrndup(val, val_len);
          if (sapi_module.input_filter(arg, var, &val, val_len, &new_val_len TSRMLS_CC)) {
               php_register_variable_safe(var, val, new_val_len, array_ptr TSRMLS_CC);
          }
          efree(val);
     } else {
首先, 通过php_strtok_r把res根据”&”分割成一个一个的”key=value”段, 接下来分别为var和val复制为key和value, 注意到这个过程中会分别对var和val做php_url_decode.
最后通过php_register_variable_safe, 给array_ptr(此时指向PG(http_globals)[TRACK_VARS_GET], 也就是$_GET)添加一个名为var值为val的成员.
到了这一步, 我们的$_GET数组中, 就包含了如下的成员:
'name' => 'laruence',
'career' => array(
     'yahoo', 'baidu',
未完待续(变量的销毁过程)…

GET['name'];
我们知道, 在最后的执行期, $_GET数组必然包含如下片段:
___FCKpd___3
那么, 我们今天就重点关注下, Query String是如何构建成_GET数组的(关于GET变量的生成, 请一并阅读我之前的文章: “PHP的GET/POST等大变量生成过程“): 
在请求到来时刻,php_request_startup(定义在main.c)被调用,来做初始化现场. 在这个过程中包括设置超时值,调用各个模块的请求初始化函数. 当然也包括我们关心的, 创建变量环境.
php_hash_environment根据php.ini中的variables_order来依次初始化各个预定义大变量, 那么对于$_GET来说:
___FCKpd___4
大体可以看出,这段逻辑,首先通过treat_data来生成变量hash(PG(http_globals)[TRACK_VARS_GET]), 如果打开了auto_register_globals,则再把$_GET数组中的变量加入到符号表中.
treat_data是属于sapi_module_struct中的一个成员: 
___FCKpd___5
现在回过头来继续看treat_data(也就是php_default_treat_data):
___FCKpd___6
在上面的逻辑中, 给res复制为query_string, SG(request_info)是一个代表了当前请求信息的结构体, 其中query_string是在php_apache_request_ctor中通过复制apache的reqeust_rec结构体中的args而来的. 
对于本文的例子来说, 此时res即为”name=laruence&career[]=yahoo&career[]=baidu”, 
继续在treat_data中, 随后的逻辑是:
___FCKpd___7
首先, 通过php_strtok_r把res根据”&”分割成一个一个的”key=value”段, 接下来分别为var和val复制为key和value, 注意到这个过程中会分别对var和val做php_url_decode.
最后通过php_register_variable_safe, 给array_ptr(此时指向PG(http_globals)[TRACK_VARS_GET], 也就是$_GET)添加一个名为var值为val的成员.
到了这一步, 我们的$_GET数组中, 就包含了如下的成员:
___FCKpd___8
未完待续(变量的销毁过程)…

GET = array(
          'name' => 'laruence',
          'career' => array(
               'yahoo', 'baidu',
          ),
那么, 我们今天就重点关注下, Query String是如何构建成_GET数组的(关于GET变量的生成, 请一并阅读我之前的文章: “PHP的GET/POST等大变量生成过程“): 
在请求到来时刻,php_request_startup(定义在main.c)被调用,来做初始化现场. 在这个过程中包括设置超时值,调用各个模块的请求初始化函数. 当然也包括我们关心的, 创建变量环境.
php_hash_environment根据php.ini中的variables_order来依次初始化各个预定义大变量, 那么对于$_GET来说:
___FCKpd___4
大体可以看出,这段逻辑,首先通过treat_data来生成变量hash(PG(http_globals)[TRACK_VARS_GET]), 如果打开了auto_register_globals,则再把$_GET数组中的变量加入到符号表中.
treat_data是属于sapi_module_struct中的一个成员: 
___FCKpd___5
现在回过头来继续看treat_data(也就是php_default_treat_data):
___FCKpd___6
在上面的逻辑中, 给res复制为query_string, SG(request_info)是一个代表了当前请求信息的结构体, 其中query_string是在php_apache_request_ctor中通过复制apache的reqeust_rec结构体中的args而来的. 
对于本文的例子来说, 此时res即为”name=laruence&career[]=yahoo&career[]=baidu”, 
继续在treat_data中, 随后的逻辑是:
___FCKpd___7
首先, 通过php_strtok_r把res根据”&”分割成一个一个的”key=value”段, 接下来分别为var和val复制为key和value, 注意到这个过程中会分别对var和val做php_url_decode.
最后通过php_register_variable_safe, 给array_ptr(此时指向PG(http_globals)[TRACK_VARS_GET], 也就是$_GET)添加一个名为var值为val的成员.
到了这一步, 我们的$_GET数组中, 就包含了如下的成员:
___FCKpd___8
未完待续(变量的销毁过程)…

GET['name'];

我们知道, 在最后的执行期, $_GET数组必然包含如下片段:

___FCKpd___3

那么, 我们今天就重点关注下, Query String是如何构建成_GET数组的(关于GET变量的生成, 请一并阅读我之前的文章: “PHP的GET/POST等大变量生成过程“):

在请求到来时刻,php_request_startup(定义在main.c)被调用,来做初始化现场. 在这个过程中包括设置超时值,调用各个模块的请求初始化函数. 当然也包括我们关心的, 创建变量环境.

php_hash_environment根据php.ini中的variables_order来依次初始化各个预定义大变量, 那么对于$_GET来说:

___FCKpd___4

大体可以看出,这段逻辑,首先通过treat_data来生成变量hash(PG(http_globals)[TRACK_VARS_GET]), 如果打开了auto_register_globals,则再把$_GET数组中的变量加入到符号表中.

treat_data是属于sapi_module_struct中的一个成员:

___FCKpd___5

现在回过头来继续看treat_data(也就是php_default_treat_data):

___FCKpd___6

在上面的逻辑中, 给res复制为query_string, SG(request_info)是一个代表了当前请求信息的结构体, 其中query_string是在php_apache_request_ctor中通过复制apache的reqeust_rec结构体中的args而来的.

对于本文的例子来说, 此时res即为”name=laruence&career[]=yahoo&career[]=baidu”,

继续在treat_data中, 随后的逻辑是:

___FCKpd___7

首先, 通过php_strtok_r把res根据”&”分割成一个一个的”key=value”段, 接下来分别为var和val复制为key和value, 注意到这个过程中会分别对var和val做php_url_decode.

最后通过php_register_variable_safe, 给array_ptr(此时指向PG(http_globals)[TRACK_VARS_GET], 也就是$_GET)添加一个名为var值为val的成员.

到了这一步, 我们的$_GET数组中, 就包含了如下的成员:

___FCKpd___8

未完待续(变量的销毁过程)…

评论 (0) All

登陆 还没注册？