PHP函数无return语句时默认返回NULL;void声明禁止返回任何值,包括null;提前return需注意资源清理和逻辑完整性。
return 语句时默认返回什么很多初学者写函数时不加 return,以为“执行完就等于返回结果”,其实 PHP 会默默返回 NULL。这不是报错,但后续用 === 判断或参与运算时容易出问题。
return $data;,调用处得到的是 NULL,再对它用 foreach 就会警告“Invalid argument supplied for foreach()”function say_hello() { echo "hi"; } 的返回值是 NULL,不是字符串 "hi"
var_dump($result) 检查返回值比靠感觉更可靠return 后面跟表达式 vs. 跟变量的区别
表面上没区别,但涉及可读性、调试和副作用。尤其当表达式含函数调用时,容易掩盖问题。
return $user_id; —— 明确、易 debug、不触发额外逻辑return get_user_id() ?: 0; —— 如果 get_user_id() 本身有副作用(比如记录日志、修改全局状态),每次调用该函数都会执行它,而你可能只在需要时才想触发fn() => $x + 1 是闭包,不是直接求值return 的常见陷阱用多个 return 实现条件分支很常见,但容易忽略资源清理、状态一致性等问题。
return,忘了 mysqli_free_result() 或关闭连接,可能导致连接数耗尽return,跳过了 $this->cleanup() 这类收尾逻辑return,除非你确定只需处理第一个匹配项;否则容易误以为“只返回了一个”,其实是“只执行了一次”return 前加 error_log("returning: " . var_export($value, true)); 快速定位走哪条路径声明 function do_something(): void 后,连 return; 都允许,但不能 return 123; 或 return $x;,否则会报 Fatal error: A void function must not return a value。
declare(strict_types=1);)后检查更严格void;如果后续要判断成功与否,应该返回 bool 或抛异常,而不是 void
return; 在 void 函数中合法,等价于自然结束;但 return null; 会报错function send_email(string $to): void {
if (!filter_var($to, FILTER_VALIDATE_EMAIL)) {
throw new Invalid
ArgumentException('Invalid email');
}
// ... 发送逻辑
return; // ✅ 允许
// return null; // ❌ Fatal error
}
函数返回值的细节往往藏在“没报错但结果不对”的场景里,尤其是混合使用引用传递、全局变量、异常和多层嵌套调用时,最稳妥的方式是:每写一个 return,都问一句——这个值真会被调用方按预期拿到吗?