PHP 8 反射调用方法必须显式处理访问控制、参数类型和静态上下文：私有/受保护方法需先 setAccessible(true)，invoke() 第一个参数必须严格匹配实例或 null，否则抛 ReflectionException 或 Fatal error。
PHP 8 中反射调用方法不是“换个写法就行”，而是必须显式处理访问控制、参数类型和静态上下文——跳过 setAccessible(true) 或传错 invoke() 第一个参数，90% 的报错都发生在这两步。
调用私有/受保护方法必须先 setAccessible(true)
PHP 8 默认禁止反射直接访问非 public 成员，invoke() 会直接抛 ReflectionException: Cannot access non-public method。这不是 bug，是 PHP 8 强化可见性检查的结果。
-
setAccessible(true)是必需操作，不能省略，哪怕方法在当前作用域本就可访问 - 它只影响当前
ReflectionMethod实例，不影响类定义，也不需配对setAccessible(false) - PHP 8.2+ 若启用了高阶 OPcache 优化（如
opcache.optimization_level=0x7FFFBFFF），setAccessible(true)可能失效，生产环境务必实测
invoke() 的第一个参数决定调用上下文
这个参数不是可选的，PHP 8 对其类型和值做了更严格的运行时校验：
- 调用实例方法：必须传入对象实例，传
null会触发Fatal error: Uncaught ReflectionException: Invocation of a non-static method requires an object - 调用静态方法：第一个参数必须为
null，传对象或省略都会报错Invocation of a static method requires NULL as the first argument - 调用父类被覆盖的方法：可用
$ref->getParentClass()->getMethod('foo')->invoke($childInstance)，但依然要确保$childInstance是有效对象
参数传递优先用 invoke() 而非 invokeArgs()
invokeArgs() 在 PHP 8 中更容易因类型声明或默认参数出问题，尤其当方法签名含 union 类型（如 string|int）或 mixed 时：
立即学习“PHP免费学习笔记（深入）”；
-
$method->invoke($obj, $arg1, $arg2)—— 参数逐个传，PHP 8 能准确匹配类型提示，IDE 和静态分析工具也支持 -
invokeArgs($obj, [$arg1, $arg2])—— 数组元素顺序、数量、类型全靠人工保证；若构造函数或方法含可选参数，容易因数组长度不匹配静默失败 - 只有当你明确持有参数数组且已校验过长度与顺序（例如从路由解析结果中提取），才考虑
invokeArgs()
类未加载是反射失败最常见原因，不是反射写错了
new ReflectionClass('App\Services\UserService') 报 Class App\Services\UserService does not exist，几乎全是自动加载失败，不是反射语法问题：
- 确认已
require_once或通过 Composer autoloader 加载目标类 - 用
class_exists('App\Services\UserService')提前判断，比直接 new 更安全 - 类名必须带完整命名空间，
UserService（无命名空间）和UserService（在当前 namespace 下）都不能直接传给ReflectionClass - 匿名类、动态创建的类、trait 中的方法，
ReflectionClass无法处理
真正需要反射的场景其实很窄：读取 getDocComment() 解析注解、检查 getType() 做依赖注入、或测试中临时绕过 private 封装。日常参数转发完全可以用 call_user_func_array()，它更快、更稳、不被 OPcache 排除——别为了“动态”而反射。
