PHP 7.2扩展中需绕过松散模式，通过ZEND API操作zval实现精准类型检查与转换：参数校验须用zend_parse_parameter_ex或手动比对类名（注意NULL判空），标量转换应调用zval_get_long等Zend API并辅以类型前置校验，返回类型约束依赖静态arginfo定义而非注释。
要在PHP 7.2扩展开发中实现精准的类型检查与可控的类型转换，必须绕过默认的松散模式，主动介入ZEND API层面对zval结构体的操作，而非依赖用户空间的declare(strict_types=1)——后者仅作用于PHP脚本函数调用，对扩展内部的参数解析完全无效。
扩展内强制校验传入参数类型
在PHP扩展的Zend函数定义中，使用ZEND_PARSE_PARAMETERS_START宏后，必须显式调用zend_parse_parameter或其变体，不能依赖旧式zval**参数列表直接解包。
方法一：使用zend_parse_parameter_ex进行精确对象类型匹配
在处理object类型参数时，调用zend_parse_parameter_ex(0, &arg, IS_OBJECT, "MyExtension\User") —— 第三个参数IS_OBJECT仅确认是对象，第四个参数才是关键：【必须传入完整命名空间类名字符串，否则即使传入正确类实例也会失败】。
立即学习“PHP免费学习笔记（深入）”；
方法二：手动校验zval并提取类名做strcmp比对
若需支持接口或父类兼容性判断，先用Z_TYPE_P(arg) == IS_OBJECT确认类型，再用Z_OBJCE_P(arg)->name获取zend_class_entry*的name成员，用zend_string_equals_cstr对比目标类名；【注意：Z_OBJCE_P(arg)可能为NULL（如传入__PHP_Incomplete_Class），必须前置判空】。
扩展中实现安全的标量类型转换
PHP扩展不应复用php_strtoll等C库函数直接转换，而应调用Zend提供的标准化转换API，确保行为与用户空间一致。
第一步：将zval转为long型数值
调用zval_get_long(arg)，该函数内部会触发PHP标准转换逻辑（如字符串"123"→123，"abc"→0），但不会抛出警告——这与用户空间strict_types=1的行为本质不同，属于扩展层可控转换起点。
第二步：根据业务需求决定是否拦截非法转换
若要求严格匹配（如配置项只接受纯数字字符串），需先用Z_TYPE_P(arg) == IS_STRING判断原始类型，再用is_numeric()配合额外校验（如排除"123e4"这类科学计数法）；【zval_get_long对"123abc"返回123却不报错，这是易被忽略的隐式截断点】。
第三步：写入结果到返回zval
使用ZVAL_LONG(return_value, converted_value)完成赋值，避免直接操作Z_LVAL_P(return_value)——后者绕过引用计数和类型标记更新，可能导致内存泄漏或崩溃。
扩展返回值类型的声明与约束
在PHP_FUNCTION(my_extension_func)定义上方，添加PHP_FE_END前的注释行/* {return_type} */无法生效，真正起作用的是编译期生成的arginfo结构。
方法一：静态arginfo定义（推荐）
在扩展源码中定义ZEND_BEGIN_ARG_WITH_RETURN_TYPE_INFO_EX(my_func_arginfo, 0, 1, IS_OBJECT, 0)，其中第五个参数0表示非nullable；若允许null则改为1——【此设置直接影响PHP反射API和IDE识别，但不强制运行时检查】。
方法二：动态设置返回类型（慎用）
在函数体内调用zend_set_function_arginfo(get_active_function(), my_func_arginfo)可覆盖原arginfo，但仅对当前调用有效；该操作会干扰OPcache内联优化，生产环境禁用。
