不会报错，但需类已声明且可自动加载；PHP 7.0+ 支持类名作为参数类型提示，校验是否为该类或其子类实例，不转换类型，传 null 或非实例对象会抛 TypeError。
PHP中用类名做参数类型提示会报错吗
不会报错，但必须满足前提：类已声明且可自动加载。PHP 7.0+ 支持类名作为参数类型约束，本质是“对象类型提示”，不是“强制转换”。它只校验传入值是否为该类（或其子类）的实例，不执行任何类型转换。
常见错误现象：TypeError: Argument 1 passed to foo() must be an instance of User, string given —— 这说明类型检查失败，而非语法错误。
- 类名必须大小写敏感、完全匹配（
User≠user） - 若类在命名空间中，必须使用完整限定名（如
App\Models\User）或在函数前加use声明 - 传
null会直接报错，除非显式声明可为空：?User $user
为什么传了对象还是触发 TypeError
最常踩的坑是对象实例化失败或类型不匹配。比如用了 new stdClass() 或数组强制转对象（(object)[]），它们都不是指定类的实例。
另一个典型场景是依赖注入容器返回代理对象（如 Laravel 的延迟绑定、Mockery 的 mock），可能绕过真实类继承链，导致 instanceof 检查失败。
立即学习“PHP免费学习笔记（深入）”；
- 用
get_class($obj)和get_parent_class($obj)现场确认实际类型 - 避免用
json_decode($json, false)得到stdClass后直接传给User类型参数 - 若需兼容多种输入，改用构造方法注入或工厂方法，而不是放宽类型提示
User $user 和 object $user 的区别
object 是 PHP 内置伪类型，仅表示“任意对象”，不校验具体类；而 User 是精确约束，要求必须是 User 类或其子类实例。
性能上无差异 —— 类型提示是运行时检查（非编译期），开销极小；但语义和 IDE 支持差别很大：User 能触发属性/方法自动补全，object 不能。
-
object无法阻止传入DateTime或Exception等无关对象 -
User $user在启用严格模式（declare(strict_types=1)）时，连子类实例都允许，这是设计使然 - 不要用
mixed或object替代具体类名，除非你真的需要处理任意对象
trait 或 interface 能当类型提示用吗
可以，但行为不同：interface 提示表示“只要实现该接口即可”，trait 不可直接用于类型提示（会报 Fatal error: Uncaught TypeError）。
例如 JsonSerializable $data 允许传 User、Post 等任意实现该接口的类实例；这比写死 User 更灵活，也更符合依赖倒置原则。
- 优先用 interface 做参数类型，尤其在设计公共 API 或服务契约时
- 避免在类型提示中写 final 类 —— 会彻底封死扩展可能
- 如果类没实现预期 interface，错误信息会明确提示：
must implement interface JsonSerializable
Class 'App\Models\User' not found —— 这个错误发生在类型检查之前，别误以为是类型问题。 
