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

我的扩展代码是这样的

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 的用法区别在哪？