unset()是PHP中唯一可靠销毁变量的方式，赋值为null或false不释放内存且isset()仍返回true；它解除变量绑定、触发zval回收，但对常量、表达式、超全局变量本身无效。
unset() 是唯一可靠的方式
PHP 中销毁变量只有 unset() 这一个语义明确、行为可控的手段。赋值为 null 或 false 并不等于销毁——变量仍存在，内存未释放，isset() 仍返回 true，且可能干扰类型判断。
常见错误现象：
– 写了 $var = null; 就以为变量“没了”，结果后续 empty($var) 和 isset($var) 行为不一致
– 在循环中反复赋 null 试图“清空”，但引用计数没降，大数组或对象实际没释放内存
-
unset($var)立即解除变量名与数据的绑定，若无其他引用，底层 zval 引用计数归零，内存可回收 - 对全局变量、超全局数组元素（如
$_SESSION['key']）同样有效，但不能 unset 超全局变量本身（如unset($_SESSION)会报 Notice） - 函数内 unset 参数变量，不影响调用方的原始变量（PHP 默认传值）
unset() 在数组和对象属性上的行为差异
销毁数组元素和对象属性时，unset() 的效果看似一样，但底层机制不同：数组是直接移除键值对；对象属性则是断开属性名到属性值的映射，若该值是对象且无其他引用，才会触发析构。
使用场景：
– 清理临时组装的大数组（如从数据库查出后过滤字段）
– 删除对象中敏感属性（如密码字段），防止被意外序列化或 var_dump 泄露
立即学习“PHP免费学习笔记（深入）”；
- 对数组：
unset($arr['key'])后array_key_exists('key', $arr)返回false，键彻底消失 - 对对象：
unset($obj->prop)后property_exists($obj, 'prop')返回false，但isset($obj->prop)也返回false（注意：两者在此处结果一致，但原理不同） - 如果对象属性是引用（
&$obj->prop = &$other），unset 只断开本对象的绑定，$other不受影响
unset() 不起作用的几种典型情况
不是所有“看起来像变量”的东西都能被 unset() 掉。它只操作变量符号表中的条目，对常量、函数返回值、表达式结果完全无效。
常见错误现象：
– unset(getenv('PATH')) 报 Fatal error：Cannot unset expression
– unset($arr[0]['name']) 当 $arr[0] 不存在时静默失败（不报错但无效果）
– 在函数参数里写 unset($arg)，只是删掉了函数内部的副本，对外部无影响
- 不能 unset 常量：
define('FOO', 'bar'); unset(FOO);→ Parse error - 不能 unset 超全局变量本身：
unset($_GET);→ Notice: Trying to unset superglobal variable - unset 数组嵌套路径前，必须确保中间层级存在，否则无效；建议先用
isset()或array_key_exists()判断
性能和兼容性要注意的点
unset() 本身开销极小，但销毁大对象或深层嵌套数组时，真正的耗时来自 PHP 的垃圾回收（GC）时机。PHP 7.3+ 默认启用 GC，但不会立即运行；频繁 unset 小变量几乎无感，而批量销毁大结构后，可手动触发 gc_collect_cycles() 加速内存回收。
兼容性影响：
– PHP 5.4+ 对闭包绑定变量的 unset 行为更严格，旧代码若依赖“unset 后仍能访问”可能出问题
– HHVM 曾有不兼容表现，现已基本收敛，但生产环境仍建议以 Zend 引擎为准
- 在 long-running 进程（如 Swoole Worker）中，未 unset 的大变量会持续占内存，容易引发 OOM；建议逻辑结束时主动清理
- unset 类静态属性（
unset(self::$cache)）是允许的，但仅断开当前类作用域的绑定，子类静态属性不受影响 - CLI 模式下 unset 对内存释放更明显；Web SAPI 因请求生命周期短，效果不如 CLI 直观
真正容易被忽略的是：unset 并不等于“安全擦除”。如果变量曾参与过加密运算、临时存过密钥或 token，单纯 unset 无法防止内存中残留——这种场景需要额外的填充覆盖或使用 sodium_memzero()（libsodium）。
