作用域操作符::不会触发构造函数，因其仅进行静态调用，不创建对象实例；只有new、clone、unserialize等操作才会调用__construct()。
作用域操作符 :: 不会触发构造函数
PHP 中用 :: 调用静态方法（如 ClassName::staticMethod()）或访问静态属性时，完全不涉及对象实例化，因此 __construct() 绝对不会执行。这是静态调用的本质决定的——它只绑定类，不绑定实例。
常见误解是看到 new ClassName() 和 ClassName::method() 写法相似，就以为都“启动了类”。其实前者创建对象、分配内存、调用构造器；后者只是在类符号表里查一个函数指针，连 $this 都不存在。
- 即使类中没有定义
__construct()，::调用也照常工作 - 如果类被
autoload加载，::会触发自动加载，但依然不调用构造函数 - 若静态方法内部写了
new self()，那才是构造函数被调用的时刻——和::本身无关
self::、static::、parent:: 的行为差异
三者都是作用域操作符的变体，但解析时机和绑定目标不同，直接影响是否可能间接触发构造函数：
self::：编译期绑定，指向定义该代码的类。安全，无动态性，不会因继承改变目标static::：运行期绑定（后期静态绑定），指向实际调用时的“当前类”。如果子类重写了静态方法并调用static::，可能跳转到子类的静态成员——但依然不触发任何构造函数parent::：明确指向父类，仅用于从子类中调用父类的静态/非静态方法。若父类静态方法里有new static()，才可能触发子类构造函数（因为static是运行时类名）
关键点：所有这些操作本身都不 new 对象；只有显式出现 new 关键字（或 clone、unserialize 等）才会调用 __construct()。
静态调用 vs 实例化：典型误用场景
最容易混淆的是把本该实例化后调用的方法写成静态调用，结果发现依赖未初始化、$this 报错，或误以为“构造函数没跑所以出错了”：
class Database {
private $pdo;
public function __construct($dsn) {
$this->pdo = new PDO($dsn);
}
public function query($sql) {
return $this->pdo->query($sql);
}
public static function getDriver() {
return 'pdo_mysql';
}
}
// ❌ 错误：想用 query 却静态调用
Database::query('SELECT * FROM users'); // Fatal error: Uncaught Error: Using $this when not in object context
// ✅ 正确：先实例化
$db = new Database('mysql:host=localhost;dbname=test');
$db->query('SELECT * FROM users');
// ✅ 静态方法可以这样用（不依赖 $this）
echo Database::getDriver(); // pdo_mysql —— 构造函数全程未执行
这种错误不是作用域操作符的问题，而是方法设计与调用方式不匹配。PHP 不会帮你把非静态方法“自动实例化后调用”。
构造函数何时真被触发？只看 new 和反序列化
除了 new ClassName()，还有几个隐式触发点容易被忽略：
new $className()（变量类名）——只要执行到这行，就调用对应类的__construct()clone $obj—— 触发__clone()，但前提是原对象已由new创建过（即构造函数早已执行）unserialize($str)—— 如果反序列化的字符串描述的是某个类的实例，会调用其__wakeup()，而__construct()不会再次执行（反序列化不走构造流程）- 继承链中子类
__construct()没调用parent::__construct()，父类构造逻辑就被跳过——这不是作用域操作符导致的，是手动遗漏
真正需要警惕的，是那些看似“静态”实则暗藏 new 的第三方方法，比如某些 ORM 的 Model::find() 内部会 new 实例——这时候构造函数确实会被调，但源头仍是 new，不是 ::。
