PHP报错：mysqli_stmt对象无法转字符串，代码未改动突发异常

先把这个错误的核心点说透：

PHP可捕获致命错误：在common.php第33行，mysqli_stmt类对象无法转换为字符串

你在第33行写了 echo "Error: " . $sql . "<br>" . $sql->error;，这里的$sql是一个mysqli_stmt对象，PHP没办法直接把这个对象转换成字符串来拼接输出——这就是报错的直接原因。

为啥之前正常现在突然出问题？ #

你说没改代码，但大概率是服务器环境悄悄变了：

• PHP版本升级：旧版本PHP对mysqli对象转字符串会宽松一些，可能默认输出个对象标识，但新版本直接抛出致命错误。如果服务商悄悄给你升级了PHP版本，就会出现这种“代码没改却报错”的情况。
• 错误配置调整：比如php.ini里的error_reporting级别调高了，之前这个错误被隐藏了，现在直接暴露出来。
• 数据库连接异常：偶尔数据库连接会出现不稳定的状态，导致$sql对象的内部状态异常，触发了这个之前没显现的问题。

注释掉这行后为啥其他mysqli语句也报错？ #

这是连锁反应——$sql->execute()失败后，后续的bind_result、fetch都是基于一个执行失败的stmt对象操作，相当于用一个坏了的工具继续干活，肯定会出更多问题。第33行的错误只是第一个冒出来的，后面的都是它引发的连锁故障。

修复方案 #

把第33行的错误输出改成正确写法，别直接拼接$sql对象：

if (!$sql->execute()) {
    // 只输出错误信息就够了，按需可以加SQL状态
    echo "Error: " . $sql->error . "<br>";
    // 如果需要查看执行的SQL状态码，可加这行（注意PHP版本支持）
    // echo "SQL State: " . $sql->sqlstate;
}

另外给你两个优化建议，让代码更健壮：

1. 提前检查数据库连接是否正常，在prepare之前加判断：

if (!$connection) {
    die("Database connection failed: " . mysqli_connect_error());
}

2. 别用全局变量$connection，通过构造函数注入数据库连接，代码更易维护和调试：

class User {
    private $connection;
    
    public function __construct($dbConnection) {
        $this->connection = $dbConnection;
    }
    
    public function getId(){
        $id = $_COOKIE['userid'];
        $userid = $_COOKIE['auth'];
        $sql = $this->connection->prepare("SELECT tel, hash FROM seller WHERE id = ?");
        // 后续代码把$connection替换成$this->connection即可
        $sql->bind_param("s", $id);
        if (!$sql->execute()) {
            echo "Error: " . $sql->error . "<br>";
        }
        $sql->bind_result($tel, $hash);
        $sql->fetch();
        $sql->close();
        
        if(md5($hash) == $userid){
            $result = $tel;
        } else {
            $result = 0;
        }
        return $result;
    }
}

内容的提问来源于stack exchange，提问作者Jack The Baker