unset() 是唯一语义上明确销毁变量的方式，它断开变量名与zval的绑定，但仅当zval引用计数为0时才在GC时释放内存。
unset() 是唯一可靠的变量销毁方式
PHP 中没有“立即释放内存”的魔法操作，unset() 是唯一语义上明确表示“销毁变量”的语言特性。它不是强制回收内存，而是断开变量名与 zval（PHP 内部值容器）的绑定。如果该 zval 没有其他引用，下一次垃圾回收（GC）时才真正释放。
常见错误是以为 unset($var) 后 $var 就“不存在”了——其实它只是变成未定义状态，再次访问会触发 Notice: Undefined variable；更危险的是在循环中反复 unset() 全局数组却忽略键名残留，导致后续逻辑错乱。
- 只对变量名生效，不影响其他同值变量（如
$a = $b = [1,2]; unset($a);不影响$b） - 对数组元素使用时，必须指定完整路径：
unset($arr['key'])，不能写unset($arr)['key'] - 函数参数默认按值传递，函数内
unset($param)对外部变量无影响；引用传参（&$param）下才可能影响原变量 - 类属性需用
unset($obj->prop)，不能在类方法里直接unset($prop)（那只是局部变量）
什么时候不该用 unset()？
多数情况下，让变量自然超出作用域比手动 unset() 更安全。尤其在函数或方法末尾、循环迭代结束时，PHP 自动清理比人为干预更可靠。
典型误用场景：在大数组循环中每轮都 unset($item)，以为能省内存——实际无效，因为 $item 是拷贝值；或者对超全局变量如 $_POST 执行 unset($_POST)，导致后续框架/中间件读取失败。
立即学习“PHP免费学习笔记（深入）”；
- 不要对超全局数组整体
unset()（如unset($_SESSION)），会破坏运行时上下文 - 不要在 foreach 值遍历中
unset()当前数组（如foreach ($arr as $v) { unset($arr[0]); }），行为不可预测且 PHP 8+ 会报Warning: Undefined array key - 对象属性设为
null（$obj->prop = null;）通常比unset($obj->prop)更稳妥，避免属性检测逻辑崩溃（如isset($obj->prop)返回 false 但property_exists()仍返回 true）
内存没降？检查引用计数和 GC 时机
unset() 后 memory_get_usage() 数值不变，不等于没生效。PHP 的内存管理依赖引用计数 + 循环引用 GC，zval 只有 refcount 降为 0 时才进入释放队列，而 GC 触发有阈值（gc_collect_cycles() 手动触发可验证）。
容易被忽略的是“隐式引用”：比如把变量压入静态数组、闭包 use、或作为对象属性存储，都会让 refcount > 0，此时 unset() 只是减一，不会释放。
- 用
xdebug_debug_zval('var_name')查看 refcount 和 is_ref（需启用 Xdebug） - 大对象处理后，可显式调用
gc_collect_cycles()加速回收（但别滥用，有性能开销） - CLI 脚本中长期运行的循环，建议用
unset()配合定期gc_collect_cycles()，Web 请求生命周期短，一般无需干预
替代方案：null 赋值 vs. unset() 的实际差异
对大多数应用层代码，$var = null 和 unset($var) 在效果上常被混用，但语义和行为不同。前者保留变量名，后者彻底移除符号表条目。
关键区别在于类型检测和空值判断：isset($var) 对 null 返回 false，对已 unset() 的变量也返回 false；但 array_key_exists('key', $arr) 和 isset($arr['key']) 在键被 unset() 后表现一致，而 $arr['key'] = null 会让键存在且值为 null。
- 想清空值但保留键结构（如配置数组），用
$arr['key'] = null - 想彻底删除键（如过滤请求参数），必须用
unset($arr['key']) - 函数返回前清空敏感数据（如密码字段），
$data['password'] = null比unset($data['password'])更易维护，避免后续代码因键缺失抛异常
unset()，而是变量生命周期设计、引用关系控制和 GC 阈值理解。 
