作用域操作符会触发构造函数吗？

作用域操作符 `::` 本身绝不会触发构造函数，因为它仅用于静态调用——不创建对象、不分配内存、不绑定 `$this`，连类的实例化过程都完全绕过；真正调用 `__construct()` 的只有 `new`、`clone`、`unserialize` 等明确涉及对象生命周期的操作，而所谓“静态调用启动了类”纯属误解；理解 `self::`、`static::`、`parent::` 的绑定差异固然重要，但关键在于认清：只要代码里没出现 `new`（或等效机制），构造函数就永远不会执行——哪怕你看到 `Model::find()` 成功返回了对象，那也是方法内部偷偷 `new` 的结果，和 `::` 无关。

作用域操作符 :: 不会触发构造函数

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，不是 ::。

以上就是《作用域操作符会触发构造函数吗？》的详细内容，更多关于的资料请关注golang学习网公众号！