当启用 MYSQLI_REPORT_STRICT 时，MySQLi 连接失败会抛出异常而非返回 false，导致传统 if (!$conn) 判断失效；需改用 try-catch 捕获 mysqli_sql_exception 并显式处理错误。
当启用 `mysqli_report_strict` 时，mysqli 连接失败会抛出异常而非返回 `false`，导致传统 `if (!$conn)` 判断失效；需改用 `try-catch` 捕获 `mysqli_sql_exception` 并显式处理错误。
在 PHP 中使用 mysqli_connect() 建立数据库连接时，开发者常依赖 if (!$conn) 来判断连接是否失败，并调用 mysqli_connect_error() 输出错误信息。但这一逻辑在某些配置下会“静默失效”——即连接失败时既不输出预期错误消息，也不执行 die()，程序可能直接中断或跳过后续逻辑。根本原因在于：MySQLi 的错误报告模式（error reporting mode）影响了连接失败的行为表现。
默认情况下，MySQLi 使用“静默模式”（MYSQLI_REPORT_OFF），此时 mysqli_connect() 在失败时返回 false，if (!$conn) 判断有效。但若启用了严格报告模式（如通过 mysqli_report(MYSQLI_REPORT_STRICT) 全局设置，或因某些框架/环境默认开启），连接失败将抛出 mysqli_sql_exception 异常，而非返回 false。此时 if (!$conn) 完全不会执行，错误被未捕获的异常中断，导致“无法显示错误消息”。
✅ 正确做法是统一采用异常处理机制：
<?php
$servername = "localhost";
$username = "root";
$password = "";
// 启用严格异常模式（可选，但推荐明确控制）
mysqli_report(MYSQLI_REPORT_STRICT);
try {
$conn = mysqli_connect($servername, $username, $password);
echo "Connection was successful";
} catch (mysqli_sql_exception $e) {
// 注意：此处 mysqli_connect_error() 可能为空（因异常已含完整信息）
// 更推荐直接使用异常消息
die("Sorry we failed to connect: " . $e->getMessage());
}
?>⚠️ 注意事项：
- mysqli_connect_error() 在异常模式下通常返回空字符串，因为错误信息已封装在异常对象中；应优先使用 $e->getMessage()。
- 若不确定环境是否启用 MYSQLI_REPORT_STRICT，建议始终用 try-catch 包裹连接逻辑，兼顾兼容性与健壮性。
- 不要混用两种风格（如 if (!$conn) { ... } else { try { ... } }），易引发逻辑混乱。
- 生产环境中，避免向用户暴露原始数据库错误（如密码错误、拒绝访问等），应记录日志并返回通用提示。
总结：连接错误处理必须与 MySQLi 的错误报告模式对齐。启用 MYSQLI_REPORT_STRICT 是现代实践（利于调试和统一异常流），但要求代码主动捕获 mysqli_sql_exception；放弃对 false 返回值的依赖，转向面向异常的防御性编程，才能确保错误可捕获、可展示、可追溯。
