PHP匿名函数触发TypeError的主因是参数、返回值类型不匹配及闭包绑定异常：参数类型声明与实参不符（如int形参传string）、返回值类型声明与实际不符（如声明int却返回float）、bindTo后访问null属性或错误使用$this，以及内置函数（如usort）对回调返回类型有严格要求。
匿名函数参数类型不匹配触发 TypeError
PHP 匿名函数报 TypeError，最常见原因是调用时传入的参数类型与函数签名中声明的类型不一致。比如定义了 function(int $id) { ... }，却传入了字符串 "123" ——PHP 不会自动转成整数，直接抛错。
这类错误在 PHP 7.0+ 启用类型声明后高频出现，尤其当匿名函数作为回调（如 array_map、usort）被框架或库内部调用时，容易因数据来源不可控而暴露类型问题。
- 检查匿名函数定义是否写了参数类型，例如
function(string $name)或function(?array $data) - 确认调用方传入的实际值：用
gettype($value)或var_dump($value)看真实类型，别只看echo输出 - 若数据来自表单、JSON 解析或数据库，注意
$_POST['id']永远是 string，json_decode()默认返回stdClass对象而非数组 - 临时绕过方式：去掉参数类型声明（如改
function($id)），但仅限调试；生产环境必须修复源头数据类型
闭包绑定上下文后调用导致的 TypeError
用 bindTo() 或 call() 绑定匿名函数到某个对象实例后，如果该函数内部访问了不存在的属性或方法，也会触发 TypeError（例如试图对 null 调用方法）。
典型场景：把一个本应操作 $this->db 的匿名函数绑定到空对象或无 db 属性的对象上，执行时 $this->db->query() 就变成 null->query()，报 TypeError: Call to a member function query() on null。
立即学习“PHP免费学习笔记（深入）”；
- 绑定前先验证目标对象状态：
if ($obj instanceof SomeClass && $obj->db !== null) - 避免在闭包内隐式依赖未声明的
$this属性；必要时显式传入依赖项，如function($db, $data) { ... } -
bindTo()第二个参数为null时，闭包将脱离对象上下文，此时$this不可用 —— 若代码里仍用了$this，就会出错
PHP 8+ 中闭包返回值类型声明不兼容
PHP 8 支持闭包返回值类型声明，如 fn($x): int => $x * 2。但如果实际返回值不是 int（比如返回了 float 或 null），就会立即报 TypeError。
这个限制比 PHP 7 更严格，尤其在数值计算中容易踩坑：比如 fn(string $s): int => (int)$s + 0.5，看似转了 int，但加法结果是 float，返回时仍会失败。
- 返回值类型必须与声明完全一致，
int和float不互通，string和int也不自动转换 - 使用
?int允许返回null，但需确保逻辑上确实可能为空 - 对数值运算，优先用
intval()或强制截断（如(int)round($x)），避免浮点残留 - 调试时可临时去掉返回类型，用
var_dump(gettype($result))确认最终值类型
匿名函数作为参数传给内置函数时的类型陷阱
像 array_filter($arr, fn($v): bool => $v > 0) 这类写法，在 PHP 8.1+ 是安全的；但在低版本或某些扩展中，如果闭包返回非布尔值（如 0、""、null），array_filter 可能因内部类型校验失败而抛 TypeError（尤其配合严格模式）。
更隐蔽的是 usort()：它要求比较函数返回 int，若匿名函数声明了 : bool 或没声明但返回了 bool，PHP 8.2+ 会直接拒绝执行。
-
array_filter回调无需声明返回类型，让它自然返回 truthy/falsy 值即可 -
usort、uasort必须返回int（负数/零/正数），不要用bool判断代替 - 避免在闭包里调用可能返回混合类型的函数（如
strpos()返回int|false），先做类型归一化：return $pos === false ? -1 : $pos; - 用
is_callable()预检闭包是否符合预期签名，尤其在动态构造回调时
最常被忽略的一点：匿名函数的类型约束不是“运行时可选”，而是和普通函数一样参与引擎级校验。写的时候少打一个问号（比如该用 ?string 却写了 string），或者从 JSON 读了个 null 却没设可空标识，错误就藏在下一次调用里，不一定当场暴露。
