php 析构函数在流畅的界面下调用得太早

我发现 php 析构函数有一个非常奇怪的事情：

基本上我有一个数据库管理类，它使用工厂加载适配器来定义应该加载哪个适配器（mysql、mysqli等）

我只会写下代码中有趣的部分，因为类本身更长，但代码不涉及当前的麻烦

该问题仅发生在 mysql 上（mysqli 和 pdo 工作得很好），但出于兼容性目的，摆脱 mysql 是没有问题的。

class manager
{
    private static $_instance;

    public static function getInstance()
    {
        return isset(self::$_instance) ? self::$_instance : self::$_instance = new self;
    }

    public function getStandaloneAdapter()
    {
        return new mysql_adapter(array('host'=>'127.0.0.1', 'username' => 'root', 'password' => '', 'dbname' => 'etab_21'));
    }
}

abstract class abstract_adapter
{
    protected $_params;
    protected $_connection;

    public function __construct($params)
    {
        $this->_params = (object)$params;
    }

    public function __destruct()
    {
        echo 'destructor<br/>';
        var_dump(debug_backtrace(false));
        $this->closeConnection();
    }

    abstract public function closeConnection();
}

class mysql_adapter extends abstract_adapter
{
    public function getConnection()
    {
        $this->_connect();

        if ($this->_connection) {
            // switch database
            $this->_useDB($this->_params->dbname);
        }

        return $this->_connection;
    }

    protected function _connect()
    {
        if ($this->_connection) {
            return;
        }

        // connect
        $this->_connection = mysql_connect(
            $this->_params->host,
            $this->_params->username,
            $this->_params->password,
            true
        );

        if (false === $this->_connection || mysql_errno($this->_connection)) {
            $this->closeConnection();
            throw new Mv_Core_Db_Exception(null, Mv_Core_Db_Exception::CONNECT, mysql_error());
        }

        if ($this->_params->dbname) {
            $this->_useDB($this->_params->dbname);
        }
    }

    private function _useDB($dbname)
    {
        return mysql_select_db($dbname, $this->_connection);
    }

    public function isConnected()
    {
        $isConnected = false;
        if (is_resource($this->_connection)) {
            $isConnected = mysql_ping($this->_connection);
        }
        return $isConnected;
    }

    public function closeConnection()
    {
        if ($this->isConnected()) {
            mysql_close($this->_connection);
        }
        $this->_connection = null;
    }
}

这是我正在运行的测试：

$sadb1 = manager::getInstance()->getStandaloneAdapter()->getConnection();
var_dump($sadb1);

我得到的输出：

destructor
array
  0 => 
    array
      'file' => string '**\index.php' (length=48)
      'line' => int 119
      'function' => string '__destruct' (length=10)
      'class' => string 'abstract_adapter' (length=16)
      'type' => string '->' (length=2)
      'args' => 
        array
          empty
  1 => 
    array
      'file' => string '**\index.php' (length=48)
      'line' => int 119
      'function' => string 'unknown' (length=7)
resource(26, Unknown)

如果我将测试更改为：

$sadb1 = manager::getInstance()->getStandaloneAdapter();
var_dump($sadb1->getConnection());

输出很好：

resource(26, mysql link)
destructor
array
  0 => 
    array
      'function' => string '__destruct' (length=10)
      'class' => string 'abstract_adapter' (length=16)
      'type' => string '->' (length=2)
      'args' => 
        array
          empty

wtf?!

第一次测试中运行的早期析构函数是自动垃圾收集的结果。为了理解这一点，让我们看看第二个（更简单的）测试：

1. $db = Mv_Core_Db_Manager::getInstance();
2. $sadb = $db->getStandaloneAdapter('bdm_bcb');
3. var_dump($sadb->getConnection());

Steps:

1. 数据库管理器被分配给变量 $db，
2. 独立适配器（在本例中是 MySQL 适配器，因为您在工厂中引入了用于调试的 hack）被分配给 $sadb，
3. var_dump()调试的返回值getConnection()$sadb 独立适配器的方法，即resource(29, mysql link)第二个输出中的行，
4. 清理时间； PHP 垃圾收集器运行 $sadb 的析构函数（由于调试，在输出中可见），然后 $db （在输出中不可见）。

这里最后发生垃圾收集。

如果您考虑您所描述的第一个测试，尽管源代码看起来非常相似，但它具有不同的步骤：

1. $db = Mv_Core_Db_Manager::getInstance();
2. $sadb = $db->getStandaloneAdapter('bdm_bcb')->getConnection();
3. var_dump($sadb);

Steps:

1. 与上面的测试用例相同，
2. 的返回值getConnection()MySQL独立适配器对象的getter被分配给$sadb，
3. 因为MySQL独立适配器本身有not被分配给任何变量，PHP 垃圾收集器决定不再使用它，因此它会清理该对象并运行其析构函数（析构函数调试首先在输出中可见），
4. var_dump()调试的返回值getConnection()MySQL 独立适配器的 getter，它基本上是已被垃圾收集器收集的资源的句柄。

这里垃圾收集发生在之前var_dump().

总而言之，您提供的第一个测试会强制垃圾收集器在代码的第 2 行和第 3 行之间跳转。另一方面，第二个测试强制在最后进行垃圾收集。

结果是您的资源句柄指向已被 GC 清理的内存。