静态方法跨命名空间调用必须使用完全限定类名（fqcn），use仅影响new和类型提示的简写，不改变静态调用解析规则；别名需正确使用，__callStatic和trait静态方法均不支持隐式跨命名空间代理。
静态方法跨命名空间调用必须带完整命名空间前缀
php 不会自动解析跨命名空间的静态调用，className::method() 中的 ClassName 必须是**完全限定类名（FQCN）**，否则会报 Class 'XXX' not found 或 Call to undefined method XXX::method()。即使两个类在同一个文件、或已用 use 导入，静态调用时仍不能省略命名空间——use 只影响类名在「new」或「类型提示」中的简写，不改变静态调用的解析规则。
- ✅ 正确：直接写全名
AppModelsUser::find(1) - ✅ 正确：用
use后，在静态调用中仍需写别名或全名，如use AppModelsUser; User::find(1)（此时User是已导入的类名，等价于 FQCN） - ❌ 错误：在未
use的情况下写User::find(1)，哪怕该类就在当前命名空间下——PHP 会按当前命名空间拼接，变成CurrentNamespaceUser::find() - ⚠️ 注意：如果类名和当前命名空间下的某个类同名（比如都有
User），没加反斜杠又没use，会优先找当前命名空间里的，导致意外交互
use alias 不能省略命名空间但能简化书写
用 use 配合 as 别名，本质是为 FQCN 创建一个本地引用，它让静态调用更清晰，但不会改变底层行为。关键点在于：别名本身不是“新类”，只是符号映射。
- ✅ 可以：
use AppServicesPaymentGateway as PG; PG::charge($order) - ✅ 可以：
use AppServices{PaymentGateway, NotificationService}; PaymentGateway::charge($order) - ❌ 不行：
use AppServicesPaymentGateway; // 然后写 PaymentGateway::charge()—— 开头的会让 PHP 去全局命名空间找，而不是你use的那个 - ? 提示：ide（如 phpstorm）通常只对
use后的类名提供静态方法补全，所以即便语法上允许写全名，日常开发也建议坚持use
__callStatic 不会跨命名空间自动代理
如果你在 A 命名空间定义了 __callStatic，想让它“转发”到 B 命名空间的某个类，PHP 不会帮你做任何隐式跳转。所有反射、实例化、调用都得手动处理，且目标类仍需满足前述 FQCN 规则。
- 例如在
AppFacadeDB中想代理IlluminatedatabaseConnection的静态方法，必须显式写：return IlluminateDatabaseConnection::select(...); - 不能靠
static::或self::自动切换——它们始终指向当前类所在的命名空间上下文 - 若用
forward_static_call_array，第一个参数必须是字符串形式的 FQCN，如forward_static_call_array('IlluminateDatabaseConnection::select', $args) - 性能提示：动态转发比直接调用慢，高频场景（如 ORM 查询构建）应避免不必要的代理层
trait 中的静态方法无法被跨命名空间直接调用
trait 本身不是类，没有命名空间作用域；它的静态方法只有被 use 进某个类后，才属于那个类的命名空间。因此不存在「从外部调用 trait 静态方法」这回事。
立即学习“PHP免费学习笔记（深入）”；
- ❌ 无效：
AppTraitsLogsActivity::log('xxx')—— PHP 报Cannot call static function on a trait - ✅ 正确路径：先在一个类中
use LogsActivity;，再通过该类调用，如AppModelsPost::log('created')（前提是Post引入了该 trait 且log是 public static） - ⚠️ 注意：trait 中的
static方法若使用self::，它指向的是使用该 trait 的类，不是 trait 所在文件的命名空间
实际项目里最容易卡住的地方，往往不是语法写错，而是混淆了「类加载路径」「命名空间解析时机」和「静态调用绑定目标」这三件事。尤其在写 Facade 或自定义服务容器门面时，少一个反斜杠或错一行 use，就会静默失败或调到错误的类。