php函数调用时参数通过eg(argument_stack)栈传递，实参以zval*指针形式压栈并附带计数器，由zend_parse_parameters()解析类型与安全绑定，用户函数则直接映射cv符号表。
PHP函数调用时参数怎么进栈
PHP不使用传统C语言那样的“硬件栈”传参，而是靠全局执行环境中的 EG(argument_stack) —— 一个专门管理函数参数的指针栈。每次调用函数前，Zend引擎把所有实参（作为 zval* 指针）按从左到右顺序压入这个栈，末尾再额外压入一个 long 类型的参数计数器。
这个栈不是调用栈（call stack），它只存参数；真正的执行上下文由 zend_execute_data 结构体承载，其中包含指向该参数栈的指针、当前函数信息、返回地址等。
-
EG(argument_stack)在php_request_startup阶段初始化，生命周期覆盖整个请求 - 压栈的是
zval*，不是值本身 —— 所以大数组或字符串不会立即复制，只增引用计数（Copy-on-Write） - 函数内部通过
zend_parse_parameters()从栈里读取参数，格式字符串（如"ll"或"z"）决定如何解包和类型校验
为什么 zend_parse_parameters() 是关键入口
几乎所有内部函数（比如 strlen()、array_merge()）都用它来安全提取参数。它不是简单取值，而是做三件事：类型检查、内存安全绑定、必要时触发 zval 分离。
例如这个常见写法：
if (zend_parse_parameters(ZEND_NUM_ARGS(), "z", &input) == FAILURE) {
return;
}
其中 "z" 表示接受任意类型，&input 是输出变量，指向栈中对应位置的 zval*。如果传入的是引用型变量（is_ref==1），input 就直接指向原 zval；如果是普通变量，则可能触发写时复制。
- 错误格式字符串（如把
"s"写成"str"）会导致解析失败，函数提前退出 - 传入 NULL 指针给
&input会 segfault —— 必须确保地址有效 - PHP 8+ 支持命名参数，但
zend_parse_parameters()不处理它；命名参数在进入函数前已被重排为位置参数
用户函数和内部函数的参数传递差异
用户定义函数（function foo($a, $b) { ... }）不走 zend_parse_parameters()，参数直接映射到 CV（compiled variable）符号表，通过 opcode 解释执行。而内部函数必须手动解析，因为它们不经过 PHP 字节码层。
- 用户函数参数默认按值传递，但底层仍是
zval*共享，直到写操作才分离 - 加
&$a的用户函数，会在编译期标记该 CV 为引用，运行时跳过 Copy-on-Write 直接复用原 zval - 内部函数无法声明引用参数（没有语法层），只能靠
zval的is_ref标志或手动修改传入的 zval - 对象传参看似“引用”，其实只是 handle 复制 —— 和栈无关，本质是共享对象池中的实例
容易被忽略的栈清理与内存风险
EG(argument_stack) 在每次函数调用结束后并不会立刻清空，而是等待下一次调用前被覆盖。真正释放发生在请求结束时的 zend_deactivate() 阶段。
这意味着：如果你在扩展中手动往 EG(argument_stack) 里 push 数据却忘了 pop，或者在 zend_parse_parameters() 失败后没正确 return，就可能让后续函数拿到脏数据或越界访问。
- 永远不要在扩展里直接操作
EG(argument_stack)->elements数组 —— 应该用zend_ptr_stack_push()/pop() -
func_get_args()这类用户函数工具，底层也是从EG(argument_stack)动态读取，但它绕过类型检查，风险更高 - PHP 8.0+ 的命名参数、可变参数（
...）都在进入函数前完成归一化，对栈结构无额外影响，但会改变ZEND_NUM_ARGS()返回值
参数没进错栈，但解析逻辑写错，比栈本身出问题更常见。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
