php 8.3 未改变 function 关键字定义函数的语法，但强化了类型契约：启用 strict_types 后参数与返回值必须严格匹配，联合类型支持 string|null 但不支持 string|false，命名参数需遵循位置规则，重复声明函数触发 fatal error，__clone 中不可嵌套定义函数。
function 关键字仍是定义自定义函数的唯一方式，PHP 8.3 没有改变函数定义语法本身，但类型声明更严格、联合类型和交集类型可用性更高，写错参数或返回值类型会直接报 Fatal error，不是警告。
函数签名必须显式声明类型（尤其开启 strict_types）
PHP 8.3 默认不强制类型检查，但一旦在文件顶部写了 declare(strict_types=1);，所有参数和返回值类型就必须完全匹配——不能靠隐式转换兜底。
-
int参数传"123"字符串会失败，哪怕它能转成整数 -
string|null是合法联合类型，但string|false在 PHP 8.3 中仍不被允许（false不是独立类型，需用bool） - 返回值声明不能省略，哪怕只返回
void：函数末尾没return或只写return;是允许的，但声明了: string就必须返回字符串
参数默认值必须放在最后，且不能跳过中间参数
命名参数（named arguments）在 PHP 8.0 引入，PHP 8.3 完全支持，但它不改变参数顺序规则：带默认值的参数仍须排在非默认参数之后。否则解析失败。
- 错误写法：
function log($level = 'info', $msg)→ 解析时报Parse error - 正确写法：
function log($msg, $level = 'info')，调用时可用log(msg: 'done', level: 'debug') - 注意：命名参数不能混用位置参数跳过前面的必填项，比如
log(level: 'warn')会报错，因为$msg没传
避免重复定义，优先用 function_exists() 包裹
PHP 8.3 依然沿用“函数全局唯一”原则，同一请求中重复 function foo() {} 会触发 Fatal error: Cannot redeclare foo()。常见于多文件引入、自动加载未生效或测试脚本反复执行时。
- 安全写法：
if (!function_exists('safe_json_encode')) { function safe_json_encode($data) { return json_encode($data, JSON_UNESCAPED_UNICODE); } } - 类内方法不受此限，但同名全局函数 + 同名类方法共存时，调用行为取决于作用域，容易混淆，建议避免
- CLI 环境下多次
include同一函数文件比 Web SAPI 更容易暴露这个问题
只读属性和 __clone 里不能定义新函数
PHP 8.3 允许在 __clone 方法中修改 readonly 属性（仅一次），但这不意味着你能在 __clone 内部动态 function 声明——PHP 不支持运行时函数定义，所有 function 必须是顶层可解析的语句。
-
__clone中写function helper() {}→Parse error: syntax error - 若需封装逻辑，应提前定义好辅助函数，或改用闭包：
$helper = fn() => $this->id * 2; - 闭包捕获
$this时注意循环引用风险，特别是配合__clone和深拷贝场景
函数体里写错类型提示、漏掉 return、在不该出现 function 的地方嵌套定义——这些在 PHP 8.3 中不再是“可能出问题”，而是立刻中断执行。真正的难点不在语法，而在类型契约意识是否已深入到每一行参数声明里。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
