无需传递连接参数时，使用mysqli转义PHP字符串的替代方案咨询

我完全懂你的烦恼——要修改散落在无数文件里的函数调用和定义，光是想想都头大，而且全局变量确实容易埋下维护隐患，尤其是在复杂的遗留项目中。下面给你几个比直接用全局变量更优雅的替代方案：

1. 用静态类封装数据库连接 #

把数据库连接封装到一个静态类中，既避免了全局命名空间的污染，又能在任何函数里轻松获取连接实例：

class DB {
    // 静态存储连接实例
    public static $conn;

    // 初始化连接的静态方法，在项目入口调用一次即可
    public static function init() {
        self::$conn = mysqli_connect('你的主机地址', '用户名', '密码', '数据库名');
        // 务必设置正确的字符集，避免转义失效
        mysqli_set_charset(self::$conn, 'utf8mb4');
        
        // 可选：添加连接错误处理
        if (mysqli_connect_errno()) {
            die('数据库连接失败: ' . mysqli_connect_error());
        }
    }
}

// 在项目的入口文件（比如index.php）里初始化连接
DB::init();

// 原来的业务函数不需要修改参数
function myfunction($string) {
    $escaped_string = mysqli_real_escape_string(DB::$conn, $string);
    return $escaped_string;
}

这个方案的优势是把连接逻辑集中管理，后续如果主机终于支持PDO了，只需要修改这个静态类的实现，不用动业务函数。

2. 封装自定义转义函数+单例连接类 #

如果想更严格地控制连接实例（确保全局只有一个连接），可以用单例类配合自定义转义函数：

class DBConnection {
    private static $instance;
    private $conn;

    // 私有构造函数，禁止外部直接实例化
    private function __construct() {
        $this->conn = mysqli_connect('你的主机地址', '用户名', '密码', '数据库名');
        mysqli_set_charset($this->conn, 'utf8mb4');
        
        if (mysqli_connect_errno()) {
            die('数据库连接失败: ' . mysqli_connect_error());
        }
    }

    // 获取单例实例的方法
    public static function getInstance() {
        if (!self::$instance) {
            self::$instance = new self();
        }
        return self::$instance;
    }

    // 提供获取连接的方法
    public function getConnection() {
        return $this->conn;
    }
}

// 封装一个全局可用的转义函数
function safe_escape($string) {
    $conn = DBConnection::getInstance()->getConnection();
    return mysqli_real_escape_string($conn, $string);
}

// 业务函数直接调用自定义转义函数，完全不用改参数
function myfunction($string) {
    $escaped_string = safe_escape($string);
    return $escaped_string;
}

这个方案的好处是单例模式保证了不会重复创建数据库连接，自定义转义函数让你可以统一处理转义逻辑，后续切换到PDO预处理语句时，只需要修改safe_escape函数即可。

一些重要提醒 #

• 无论用哪种方案，一定要设置正确的字符集（比如utf8mb4），否则mysqli_real_escape_string可能无法正确转义特殊字符，导致SQL注入风险。
• 虽然这些方案能帮你暂时绕过修改大量代码的问题，但长远来看，还是建议尽量说服主机安装PDO，或者考虑迁移到支持PDO的环境——因为使用预处理语句（prepared statements）比手动转义字符串要安全得多，也更易于维护。

内容来源于stack exchange