开门见山地说，在 PHP 8.3 里，你找不到一个叫 AnonymousReadonly 的语法或内置类型。换句话说，“匿名只读类”或“匿名只读闭包”这种写法是不存在的。

这其实是个常见的概念混淆。readonly 这个关键字，自 PHP 8.2 引入并在 8.3 得到增强后，它的定位一直很明确：它是一个类属性修饰符。这意味着它只作用于 class 内部的属性声明，跟函数、闭包或者普通变量没什么关系。

所以，如果你在别处看到类似 AnonymousReadonly 的提法，大概率是把两个独立特性混为一谈了：

• readonly 属性：属于类定义的范畴。
• 匿名函数/闭包：是 Closure 的实例，可以捕获外部变量。

那么，在 PHP 8.3 的实际开发中，如何安全、正确地组合使用它们呢？我们直接进入正题。

闭包里能用 readonly 属性吗？

答案是：不能直接使用，但可以“读取”。关键在于，你需要先把只读属性的值提取出来，再通过 use 传递给闭包。

这里有个核心限制：readonly 属性本身既不可重新赋值，也不允许以引用方式绑定到闭包。像 use (&$obj->id) 这样的写法，PHP 解析器会直接报错 Parse error: syntax error。

正确的做法是分两步走：

1. 在闭包外部，先将只读属性的值读出来，比如 $id = $obj->id;。
2. 然后将这个普通变量（或标量副本）传入闭包：use ($id)。

如果那个只读属性本身是一个对象（例如声明为 readonly User $user），那么 use ($user) 传递的将是该对象的引用（PHP 默认对象传引用）。但即便如此，闭包内部也无法修改 $user 对象内部的任何只读属性，这是由 readonly 的语义保证的。

为什么不能 use ($this->readonlyProp)？

这其实是一个语法层面的硬性规定，与 PHP 版本无关。PHP 语言明确禁止在 use 列表中间出现任何形式的属性访问表达式。无论是 $this->prop、$obj->id 还是 $arr['key']，统统不行。

• 错误写法示例：function () use ($this->id) { ... }。执行时会触发 Parse error: syntax error, unexpected '->'。
• 标准解决方案：在定义闭包之前，先解构出需要的值。

  $id = $this->id;
  $fn = function () use ($id) {
      return $id;
  };

• 如果需要传递多个只读字段，就逐个提取：$id = $this->id; $email = $this->email; use ($id, $email)。

想让闭包“带只读语义”，该怎么做？

闭包本身并没有内置的只读机制，但我们可以通过一些约定和类型提示来模拟“只读”的意图，增强代码的清晰度和安全性。

• 利用返回类型声明：在 PHP 8.0+ 中，可以为闭包声明返回类型，强调其输出是不可变的。例如：function () use ($data): array { return $data; }。
• 配合只读类型做输入：如果闭包接收参数，可以要求参数是只读数组（PHP 8.1+）或只读类的实例。例如：function (readonly array $config) use ($defaults) { ... }。
• 牢记运行时限制：千万别试图在闭包内部修改一个 readonly 属性。即使你通过 bindTo 等方法绕弯子绑定了 $this，运行时依然会触发 Fatal error: Cannot modify readonly property。

说到底，闭包和 readonly 属性是两条平行线：一个负责管理函数作用域与变量捕获，另一个则约束着类属性的生命周期与可变性。最常见的误区，就是以为 use 能神奇地穿透对象封装，直接“绑定”到内部的只读字段上，结果连语法关都过不去。

理解它们各自的地盘，在正确的边界内协作，代码自然就清晰、安全了。