object类型提示必须配合declare(strict_types=1)才生效，否则形同虚设；它仅校验是否为对象实例，不提供方法或属性信息，应优先使用接口而非object作为类型约束。
object 类型提示必须配合 declare(strict_types=1)
不加 declare(strict_types=1);，object 提示就形同虚设——PHP 会允许传入字符串、数组甚至 null，只在调用时静默转换或忽略类型约束。
这个声明必须放在文件**第一行非空白、非注释位置**，否则无效。它只影响当前文件的函数调用，不会跨文件生效。
-
declare(strict_types=1);后，function foo(object $x): void遇到foo("abc")会立即抛出TypeError - 没声明时，同样代码可能“运行成功”，但逻辑已错（比如误把 JSON 字符串当对象处理）
- 类方法中使用
object参数也需同一文件顶部声明，不是写在类里就自动启用
object 参数不能替代具体类或接口
object 表示“任意对象实例”，但它不提供任何方法签名或属性信息，IDE 无法补全，静态分析也抓不到语义错误。
例如：function handle(object $data) 看似宽松，实际调用 $data->getName() 时仍可能报错——因为 $data 可能是 stdClass，也可能根本没有 getName 方法。
- 如果业务逻辑依赖特定行为，优先用接口类型提示，如
function handle(Identifiable $data) - 若真只需“是个对象”，
object是合法且简洁的选择，但别指望它帮你做运行时契约校验 - 不要用
object替代stdClass：前者接受所有对象，后者只是 PHP 内置空类，二者语义不同
返回值也支持 object 类型提示，但要注意协变限制
函数声明 function create(): object 意味着必须返回一个对象实例，不能返回 null 或标量。这点和参数侧对称，但容易被忽略。
- 返回
null会触发TypeError，哪怕你写了return null; - 子类重写父类方法时，若父类声明返回
object，子类可返回更具体的类（协变），如class User extends Person中返回User实例是合法的 - 但反过来不行：父类返回
User，子类不能改回object（破坏契约）
常见误用：把 object 当成“万能兜底”类型
有人在不确定参数类型时，下意识写 function process(object $input)，以为能兼容一切——这是危险的简化。
真实场景中，多数“不确定”其实隐含结构约束：比如可能是 ArrayObject、JsonSerializable 实现类，或某个 DTO 对象。硬塞 object 会让后续逻辑缺乏类型保障。
- 先问自己：这个参数是否真的只需要“是对象”？还是需要它能
json_encode()、能toArray()、或有特定属性？ - 如果是，就该用对应接口或抽象基类，而不是退化到
object -
object最适合的场景是框架层通用钩子、序列化器入口、反射工具等真正泛化的上下文
严格模式下的 object 提示不是语法糖，它是运行时类型守门员——但守的是“是不是对象”这道门，不是“能不能用”的门。真正可靠的契约，还得靠接口和设计意图本身。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
