php 8.2+ 函数定义必须显式声明返回类型、严格遵循参数顺序（默认值参数须在末尾）、确保函数已加载且命名规范，否则调用时直接抛出 fatal error。
function 定义函数在 PHP 8.2+ 中已不是“写完就能跑”的简单事——类型声明不匹配、参数顺序错乱、return 类型与实际返回值冲突，三者任一都可能让脚本在调用瞬间抛出 Fatal error: Uncaught TypeError。别指望它只报 Warning。
PHP 8.2+ 函数定义必须显式声明返回类型
PHP 7 允许 function sum($a, $b) { return $a + $b; } 这种无返回类型的写法，PHP 8.2 默认开启严格模式后，若调用时传入 null 或字符串，就可能因隐式转换失败而崩溃。
实际开发中，尤其涉及数据库查询或 API 响应的函数，必须提前预判空值场景：
- 返回整数但可能为
null？写成function getId(): ?int，而非int - 返回数组但有时是
false（如json_decode()失败）？用array|false，不能省略false -
__construct()绝对不能加返回类型——PHP 8.2 会直接报Parse error - 没返回值？明确写
void，否则漏掉return语句会导致类型校验失败
参数类型和默认值顺序不能颠倒
PHP 不允许把带默认值的参数放在必填参数前面，比如 function log($level = 'info', $msg) 是非法的，运行时报 Parse error: default argument follows non-default argument。
更隐蔽的问题是：类型声明 + 默认值组合下，null 是否被接受取决于是否启用 declare(strict_types=1)：
- 未声明 strict_types：传
null给string $s = ''参数，会被静默转为空字符串 - 启用 strict_types：同上操作直接触发
TypeError - 想安全接收
null？改用?string $s = null，且确保调用时不传非null非字符串值
调用函数前务必确认定义已加载
PHP 不像 JS 那样有函数提升（hoisting），foo(); function foo() {} 在同一作用域里会报 Fatal error: Uncaught Error: Call to undefined function。
常见踩坑点：
- 条件定义函数（如
if (ENV === 'dev') { function debug() { ... } }）——上线后debug()直接不可用 - 函数定义在
require的文件里，但该文件因路径错误或权限问题没加载成功 - 使用
include_once加载含函数定义的文件，但文件内有语法错误，导致加载失败且无提示 - 函数名大小写混用：
MyFunc()和myfunc()在 Linux 下是两个函数，调用错一个就报未定义
可变参数和命名参数要区分使用场景
...（可变参数）适合封装日志、调试工具等不确定参数个数的函数；命名参数（PHP 8.0+）则适合配置类函数，比如 imagecreatefrompng(path: '/a.png', cache: true)。
但两者不能混用随意：
- 用了命名参数，就必须保证所有参数名拼写准确，错一个字母就是
Uncaught Error: Unknown named parameter - 可变参数必须是最后一个参数：
function batch($mode, ...$ids)合法，function batch(...$ids, $mode)非法 - 命名参数无法跳过中间参数：
connect(host: '127.0.0.1', port: 3306)可以，但不能只写connect(database: 'test')而跳过前两个 - 判断是否收到可变参数，别用
func_num_args()——它在...语法下行为不稳定，改用count($ids) > 0
return 很容易，但真正难的是在调用那一行之前，就清楚知道这个函数在当前 PHP 版本下会返回什么、会不会抛异常、有没有被加载——这些都不是运行时才暴露的问题，而是定义和组织方式决定的。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
