::操作符本身不触发自动加载，仅当类已声明或加载时才可使用；若类未加载，直接报错而非调用spl_autoload_register()。
不会。 使用 :: 操作符（如 ClassName::method() 或 ClassName::$property）本身**不触发自动加载**，前提是该类在调用前**已经声明或已加载**；否则会抛出 Fatal error: Uncaught Error: Class "XXX" not found，而不会进入 spl_autoload_register() 流程。
为什么 :: 不触发 autoload？
PHP 的自动加载机制只在「类名首次被解析为类型、实例化、继承、实现接口等需要类结构定义的上下文」时触发。而 :: 是静态作用域操作符，它要求左侧的类名必须是已知的有效类——PHP 解析器会在编译/运行初期就检查该类是否存在，若未加载且未注册自动加载器，则直接报错退出，根本不会给 autoload 回调执行机会。
换句话说：:: 是“使用类”，不是“发现类”。自动加载发生在“类尚未存在但被需要”的那一刻，而 :: 出现时，PHP 已经认定你“知道这个类存在”，只是没加载而已——但它不会帮你猜、也不会帮你加载。
哪些场景会真正触发 autoload？
以下操作会触发已注册的自动加载器（如 spl_autoload_register() 回调）：
立即学习“PHP免费学习笔记（深入）”；
- new
ClassName() -
class AnotherClass extends ClassName（继承） -
function foo(ClassName $x)（类型声明，PHP 7.0+） -
use Some\Namespace\ClassName（仅在命名空间解析阶段不触发，但后续首次使用该类名时会） -
ClassName::method()—— 仅当该类此前从未被加载过，且你已在该调用前通过其他方式（如class_exists('ClassName', true)）或运行时环境间接触发了加载逻辑，才可能‘看起来’像被 autoload 了；但 :: 本身不是原因
常见误判案例与调试建议
开发者常误以为 SomeClass::staticMethod() 触发了 autoload，实际往往是以下情况之一：
- 框架或 Composer 的 autoloader 已在前置引导文件中注册，并在更早位置（如路由解析、配置加载）已通过
class_exists()或反射提前加载了该类 - CLI 环境下多次执行脚本，OPcache 缓存了类定义，掩盖了 autoload 行为
- 错误地将
class_alias()或eval()加载的类当作 autoload 结果
验证是否真由 :: 触发 autoload 的最简方法：
function my_autoloader($class) {
echo "[autoload] $class\n";
include __DIR__ . '/classes/' . $class . '.php';
}
spl_autoload_register('my_autoloader');
// 此行会报错，且不会输出 [autoload] Xxx —— 证明 :: 未触发
Xxx::test();
如果想让某类在 :: 调用前确保可用，显式加载才是可靠做法：
if (!class_exists('MyClass', false)) {
// false 表示不尝试 autoload，避免干扰判断
throw new RuntimeException('MyClass is missing');
}
MyClass::doSomething();
兼容性与边缘行为注意点
PHP 8.2+ 引入了 #[\Override] 和对动态类名的更严格解析，但 :: 的 autoload 行为未改变。需特别注意：
- 动态类名（如
$class = 'Foo'; $class::bar()）在 PHP 7.0+ 中支持，但自动加载仍发生在变量求值后、::执行前——即$class值确定后，PHP 再检查该类是否存在，此时才会触发 autoload - 使用
class_exists('Foo', true)的第二个参数为true会主动触发 autoload；设为false则只查已加载类，不触发任何加载逻辑 - OPcache 的
opcache.load_comments=0或禁用反射可能影响某些框架的 autoload 推断逻辑，但不影响::本身的触发规则
真正决定是否加载的，从来不是语法符号，而是 PHP 内部对“类定义是否必需”的判定时机——:: 属于“必需但已晚”的操作，它不参与判定，只执行调用。
