php 扩展开发时 两个zend_api 所引起的迷惑

Question

我的扩展代码是这样的

ZEND_BEGIN_ARG_INFO_EX(helloZvalArg, 0, 0, 1)
    ZEND_ARG_INFO (0, name)
    ZEND_ARG_INFO (0, age)
    ZEND_ARG_INFO (0, zval_args)
ZEND_END_ARG_INFO()



PHP_FUNCTION(debug_zval)
{
    zend_string *name, *age;
    zval zval_args;
    if(zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "SSz", &name, &age, &zval_args) == FAILURE){
        php_error_docref(NULL TSRMLS_CC, E_WARNING, "参数接受错误");
        RETURN_FALSE;
    }

    php_printf("zval_args的type类型:%d\n", Z_TYPE(zval_args));
    ZVAL_STR(&zval_args, name);
    php_printf("将name复制后的zval_args的type类型:%d\n",Z_TYPE (zval_args));
    php_printf("named:%s\n",name->val);
    php_printf("age:%s\n",age->val);
    zval_ptr_dtor(&zval_args);
}

PHP代码

<?php
$br = (php_sapi_name() == "cli")? "":"<br>";

if(!extension_loaded('helloZval')) {
    dl('helloZval.' . PHP_SHLIB_SUFFIX);
}
debug_zval("sss",2,4);

?>

输出

zval_args的type类型:0    (IS_UNDF)
将name复制后的zval_args的type类型:6(IS_STRING)                                                                                  
named:sss
age:2

有两个疑惑

• 我将zval当做接收参数的容器(姑且这么叫)时，为什么没有成功接收参数，而是IS_UNDEF

• 如果zval 不能被当做参数容器，那么 zend_string还有同时被定义的其他类型(如zend_array,zend_object....)和 zval区别在哪（zend_string 和zval都可以被GC而且且zend_string更轻量），或者说zval与zend_string的用法区别在哪？

Answer 1

zval zval_args;
这样的变量是分配在栈上的,参数解析函数需要二级指针,其为接收变量分配的内存在堆上

zval *zval_args;

if(zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "SSz", &name, &age, &zval_args) == FAILURE){
    php_error_docref(NULL TSRMLS_CC, E_WARNING, "参数接受错误");
    RETURN_FALSE;
}

zend_string等是被zval容器包裹的变量,内部的当然更轻量,占用内存更少,为8bytes