奇怪的不一致问题：仅单个页面中require_once引入的MySQLi连接失效

这种同一个连接脚本在大部分页面正常、唯独某一页出问题的情况确实挺让人挠头的，结合你已经排查过SQL语法的情况，我整理了几个针对性的排查方向：

1. 检查连接脚本的引入路径与方式 #

• 确认AddItem.php中引入connect_mysqli.php的路径是否正确：如果AddItem.php在子目录下，相对路径可能和其他页面不同，比如其他页面用include 'connect_mysqli.php'，而AddItem需要用include '../connect_mysqli.php'（根据实际目录结构调整）。更稳妥的方式是使用绝对路径，避免路径歧义：

  include $_SERVER['DOCUMENT_ROOT'] . '/your-project-path/connect_mysqli.php';
  

• 检查文件名大小写：如果你的服务器是Linux系统，文件名大小写是敏感的，比如不小心写成include 'Connect_Mysqli.php'就会导致引入失败。

2. 排查变量作用域与连接对象的接收 #

• 查看connect_mysqli.php的实现：如果连接是通过函数返回的（比如function getConn() { return mysqli_connect(...); }），要确认AddItem.php中是否正确接收了连接对象：

  // 正确的写法
  $conn = getConn();
  // 错误的写法（直接使用$conn但未接收返回值）
  getConn();
  

• 如果连接脚本中是直接定义全局变量，确认AddItem.php中没有覆盖该变量，或者是否需要用global关键字声明（不过不推荐全局变量，最好用函数返回的方式）。

3. 检查是否存在提前关闭连接的逻辑 #

• 排查AddItem.php中，在使用连接之前有没有调用mysqli_close($conn)或者$conn->close()的代码，或者是否引入了其他包含关闭连接逻辑的脚本。
• 有些框架或者自定义函数可能会在脚本结束时自动关闭连接，但如果AddItem.php的执行流程有异常（比如提前exit/die），也可能导致连接未正确初始化就被销毁。

4. 开启错误提示获取具体报错信息 #

模糊的“连接失效”很难定位问题，建议在AddItem.php的最顶部添加错误输出代码，获取具体的错误信息：

error_reporting(E_ALL);
ini_set('display_errors', 1);

这样你能看到是变量未定义、连接参数错误，还是MySQL服务端的问题（比如“MySQL server has gone away”），这些细节能直接指向问题根源。

5. 排查变量覆盖问题 #

检查AddItem.php中是否存在和连接变量同名的变量，比如：

// 错误示例：覆盖了连接对象
$conn = $_POST['some_field'];

这种情况会把原本的MySQLi连接对象替换成普通字符串或数组，导致后续使用连接时失效。

内容的提问来源于stack exchange，提问作者bbenz