unset在函数内只删除局部变量副本，不影响外部原始变量；仅引用传递、全局/静态变量、超全局数组的unset才作用于原数据，资源类型需显式关闭。
unset 在函数内部删除的是局部变量副本
PHP 中函数参数默认是值传递，unset 作用在形参上，只销毁当前函数栈帧里的那个变量名绑定，不影响调用方的原始变量。哪怕传的是数组或对象，只要没显式用 & 引用传递，unset 就跟外面完全无关。
常见错误现象：
有人以为在函数里 unset($arr[0]) 能让外面的 $arr 少一个元素，结果发现毫无影响——因为函数里操作的只是副本。
- 只有加了引用传递（
function foo(&$arr) { unset($arr[0]); }），才可能改变外部数组结构 - 对
unset($var)这种单变量操作，引用与否都不影响“变量名消失”，但影响“值是否被释放”：非引用时，原变量仍存在；引用时，原变量内容被删，键/索引直接没了 - 对象属性不受影响：
unset($obj->prop)只删当前对象实例的属性，不波及其它引用该对象的变量
unset 对全局变量和静态变量的行为差异
在函数里操作 global 或 static 变量时，unset 的效果是真实的、跨作用域的——因为它指向的是同一个存储位置。
使用场景：
需要在函数执行中途清空某个全局配置缓存，或重置静态计数器，unset 是可行手段。但得小心后续逻辑是否依赖该变量仍存在。
立即学习“PHP免费学习笔记（深入）”；
-
global $config; unset($config);→ 外部的$config变量被真正销毁，再访问会触发 Notice -
static $counter = 0; unset($counter);→ 下次进入函数时$counter不会自动恢复为0，而是变成NULL，且不再保持静态性（PHP 7.4+ 会报 Warning） - 对超全局数组如
$_SESSION，unset($_SESSION['key'])是安全且常用的做法，它确实从会话数据中移除该键
unset 数组元素后 key 是否保留？关键看怎么删
直接 unset($arr[1]) 是最干净的删除方式：键被彻底移除，array_keys($arr) 不再包含它，foreach 也跳过。但很多人误用 $arr[1] = null 或 $arr[1] = ''，这其实只是赋值，键还在。
性能影响：
稀疏数组（大量 unset 后留下的空洞）本身不耗额外内存，但若紧接着用 array_values() 重排索引，会产生新数组，有复制开销。
-
unset($arr[1])→ 键 1 消失，count($arr)减 1 -
$arr[1] = null→ 键 1 还在，count($arr)不变，isset($arr[1])为 true - 关联数组用
unset安全；数字索引若需连续，删完手动$arr = array_values($arr)
unset 无法销毁资源类型变量，比如 MySQL 连接
unset 对 resource 类型（如 mysqli 连接、文件句柄）只是断开 PHP 变量与资源的绑定，不等于关闭资源。PHP 会在脚本结束时自动释放，但显式调用 mysqli_close() 或 fclose() 才算真正清理。
容易踩的坑：
写了个函数负责打开数据库连接并返回结果，中间 unset($conn) 就以为连接关了，结果并发高时出现 “Too many connections” —— 因为资源还占着没释放。
-
unset($fp)不等于fclose($fp)，文件依然处于打开状态 -
unset($pdo)也不会触发 PDO 的析构关闭，除非你确认$pdo是最后一个引用，且脚本即将结束 - 资源类变量建议显式调用对应关闭函数，别依赖
unset
真正要小心的是引用计数隐式变化的场景，比如循环引用的对象、闭包捕获的变量、或者通过 compact() 动态生成的数组——这时候 unset 到底删没删干净，得看背后的引用链有没有被其他地方悄悄持有着。
