不会报错，php 4.1.0+ 中 $_get 等超全局变量在函数内天然可直接访问，无需 global 声明；但误写为 $get 或 $$$_get、未调用 session_start() 导致 $_session 为空、extract($_post) 引发变量覆盖、修改 $_server 会影响全局等需特别注意。
函数里直接用 $_GET 会报错吗？
不会报错，但得看 PHP 版本和作用域。PHP 的超全局变量（如 $_GET、$_POST、$_SESSION）在函数内部默认可直接访问——这是 PHP 的设计特性，不是“自动导入”，而是它们被声明为全局作用域且不受函数作用域限制。
常见错误现象：Undefined variable: $_GET 这种错误几乎不会出现；真正出问题的是你写了 $$_GET 或误写成 $GET（漏了 $ 前缀或下划线），或者在启用 register_globals = on 的老旧环境里搞混了变量来源。
- PHP 4.1.0+ 所有超全局变量都天然“全局可见”，无需
global声明 - 但
global $_GET写了也不报错，纯属多余 - 如果函数里改写了
$_GET（比如$_GET = []），会影响后续所有代码——这点极易被忽略
为什么有时 $_SESSION 在函数里取不到值？
不是作用域问题，是 session_start() 没执行，或执行时机不对。超全局变量本身可访问，但 $_SESSION 的内容依赖会话初始化。
使用场景：函数封装了用户登录校验、权限检查等逻辑，里面要读 $_SESSION['user_id']。
立即学习“PHP免费学习笔记（深入）”；
- 必须确保在调用该函数前，已执行过
session_start() - 不能在
session_start()之前调用该函数，否则$_SESSION是空数组 - CLI 环境下默认无会话，
$_SESSION始终为空，即使写了session_start()也可能失败（需手动配置 session.save_handler） - 注意输出缓冲：若在
session_start()前已有任何输出（包括空格、BOM、echo），会触发 “Headers already sent” 错误
extract($_POST) 能在函数里安全用吗？
能用，但极其危险，不建议在函数内调用，尤其当函数被多处复用时。
参数差异：extract() 默认把数组键名转为当前作用域的变量名，它不区分上下文——在函数里执行，就往函数局部作用域塞变量；在全局执行，就污染全局。
- 容易覆盖已有变量，比如
$_POST['id']变成局部变量$id，而函数参数也叫$id，结果被悄悄覆盖 - 无法静态分析变量来源，调试时根本看不出
$username是哪来的 - PHP 8.0+ 已弃用
EXTR_OVERWRITE等部分标志，兼容性变差 - 更稳妥的做法：显式赋值，比如
$username = $_POST['username'] ?? ''
函数里修改 $_SERVER 会影响整个请求吗？
会，而且影响是即时、全局的——因为 $_SERVER 是引用传递的超全局变量，不是副本。
性能 / 兼容性影响：多数框架（如 Laravel、Symfony）会在启动时快照 $_SERVER，之后不再依赖原始数组；但自定义路由、中间件或裸 PHP 脚本若反复读取 $_SERVER['REQUEST_URI']，就可能拿到被篡改后的值。
- 修改行为本身合法，比如
$_SERVER['PATH_INFO'] = '/api/v2'，但需确认下游代码是否依赖原始值 - 某些 SAPI（如 CGI/FastCGI）对
$_SERVER的初始填充方式不同，改了可能让parse_url($_SERVER['REQUEST_URI'])解析异常 - 测试时容易遗漏：单元测试常 mock
$_SERVER，但集成环境没 mock，导致行为不一致
真正麻烦的不是“能不能访问”，而是“谁在什么时候改过它”——超全局变量像公共白板，谁都可写，但没人负责擦。
