会，但只在首次调用时明显，后续基本无感知——关键看是否缓存了 ReflectionClass 实例；首次需解析 AST，之后复用内存对象，未缓存则每次触发解析导致延迟，缓存后调用方法几乎不耗时。
会，但只在首次调用时明显，后续基本无感知——关键看是否缓存了 ReflectionClass 实例。
为什么第一次慢，之后不慢？
PHP 反射对象（如 ReflectionClass、ReflectionMethod）的构建是解析 AST 并填充内部结构的过程，开销集中在类定义加载后的首次反射操作。一旦实例化完成，它就是纯内存对象，反复调用 getMethods()、getParameters() 等方法几乎不耗时。
- 未缓存：每次请求都 new
ReflectionClass(User::class)→ 每次都触发解析，QPS 高时可观测到 5–15ms 额外延迟 - 缓存后：复用已有实例（例如存在
static $cache = []中）→ 后续调用$ref->getProperties()耗时通常
哪些反射操作最伤性能？
不是所有反射调用都等价。以下操作在循环或高频路径中要特别警惕：
-
new ReflectionClass($class)—— 最重，必须缓存 -
$ref->getDocComment()—— 解析 PHPDoc 字符串，若注释长且频繁调用，易成瓶颈 -
$param->getType()在 PHP 8.1+ 返回ReflectionNamedType或ReflectionUnionType，本身轻量，但若配合isBuiltin()或getName()链式调用且未预判 null，可能隐式触发类型解析 - 遍历所有方法并逐个
getParameters()：比单次获取重得多，尤其当类有 20+ 方法时
ThinkPHP / Laminas 类框架里怎么避坑？
这类框架大量依赖反射做依赖注入、路由绑定、验证器初始化。它们默认已做缓存，但你自己的代码容易绕过：
立即学习“PHP免费学习笔记（深入）”；
- 别在控制器方法里写
new ReflectionClass($request->controller())—— 改用框架提供的Container::get()或提前注入反射结果 - 避免在
foreach ($data as $item) { $ref = new ReflectionClass(get_class($item)); ... }这种循环内创建反射对象 - ThinkPHP 8.1.4 的
Validate::make()内部已缓存模型反射，但如果你手动调用validateRule()并传入新类名字符串，仍会触发新反射 - Laminas Code 的
Generator\ClassGenerator本身不执行运行时反射，但若你在生成前用ReflectionClass分析源码结构，记得复用实例
真正卡顿往往不出现在反射 API 本身，而出现在没意识到「解析一次就够了」——缓存键设计错误（比如用带命名空间别名的类名作 key）、或误以为「对象小所以可以随便 new」。
