PHP函数不能直接访问$_GET，因它非局部变量且会导致耦合、测试困难；正确做法是显式传参，或用安全提取器封装，默认值与类型转换应在调用处完成。
PHP 函数内部无法直接访问 $_GET 参数——它不是函数的局部变量，得主动传进去，否则就是靠全局作用域硬捞，隐患很大。
为什么不能在函数里直接用 $_GET
很多人写个函数就直接在里头读 $_GET['id']，看似能跑，但问题一堆：
- 函数和 HTTP 请求强耦合，没法单元测试，一测就崩
- 参数来源不透明，别人看代码不知道这个
$id是哪来的 - 如果以后要从 POST、CLI 或缓存里取值，就得改函数内部逻辑，而不是只换调用方式
- 开启
register_globals（已废弃）或某些老框架的自动注入机制时，还可能被意外覆盖
正确做法：把参数当普通变量传进去
函数只负责处理数据，不负责获取数据。谁调用，谁负责把 $_GET 的值拎出来传给它：
// ✅ 好习惯：显式传参
function formatUserDisplayName($userId, $fallback = 'Guest') {
if (empty($userId)) {
return $fallback;
}
return 'User #' . (int)$userId;
}
// 调用处才接触 $_GET
$uid = $_GET['user_id'] ?? null;
echo formatUserDisplayName($uid);
- 函数签名清晰表达依赖：
$userId是必须的，$fallback是可选的 - 测试时可以直接传任意值：
formatUserDisplayName('abc')或formatUserDisplayName('') - 后续想从数据库查 ID、从 JWT 解析、甚至 mock 一个假 ID，都不用动函数体
特殊情况：封装一层“请求参数提取器”
如果项目里大量函数都需要类似参数，又不想每处都写 $_GET['xxx'] ?? null，可以抽一个轻量工具函数，但注意别让它变成新全局依赖：
立即学习“PHP免费学习笔记（深入）”；
// ✅ 安全的提取器：只做类型转换和默认值，不藏逻辑
function getQueryParam(string $key, $default = null) {
return $_GET[$key] ?? $default;
}
// 用的时候还是显式调用，不隐藏来源
$id = getQueryParam('id', 0);
nameLookup($id);
- 这个函数不能叫
getUserId()这种带业务语义的名字，否则又绕回“函数自己决定参数来源” - 避免在函数内部调用
getQueryParam()—— 那等于换汤不换药 - 如果用了 PSR-7 或 Laravel Request 对象，优先用
$request->query->get('key')，它天然隔离了超全局变量
最容易被忽略的点：数组参数和空字符串陷阱
$_GET 里的值全是字符串，哪怕 URL 是 ?limit=0，$_GET['limit'] 也是 '0'，不是 0 或 false：
-
empty($_GET['page'])对?page=0返回true，但 0 可能是合法页码 -
isset($_GET['sort'])比!empty()更安全，因为?sort=会得到''，empty('')是true - 传给函数前建议做一次类型断言：
(int)$_GET['limit']或filter_input(INPUT_GET, 'limit', FILTER_VALIDATE_INT)
函数本身不该承担“从字符串猜意图”的责任，上游传进来的就该是干净、明确类型的值。
