无论如何修改代码仍持续弹出session_start()相关报错如何解决？

所有报错的核心触发点是服务器PHP配置的session文件存储目录不存在或无读写权限，后续报错均为连锁问题：

1. session_start()无法创建/读取session文件抛出警告，警告内容直接输出到响应体
2. 后续session_regenerate_id()因session未正常启动报错
3. header()函数执行前已经有警告内容输出，触发头信息已修改的报错

1. 修复服务器session存储目录（推荐） #

报错提示session存储路径为 /usr/home/fsufpchbfz/.tmp，登录服务器执行以下操作：

• 检查目录是否存在，不存在则创建：

mkdir -p /usr/home/fsufpchbfz/.tmp

• 给目录配置正确的读写权限，确保PHP运行用户（通常为www-data、站点所属用户）可读写：

chmod 755 /usr/home/fsufpchbfz/.tmp
# 若权限仍不足，可修改目录所属用户
chown <PHP运行用户名>:<用户组> /usr/home/fsufpchbfz/.tmp

2. 代码层面指定session存储路径（无需改服务器配置方案） #

如果没有服务器操作权限，可在代码中手动指定session存储路径，在session_start()前新增代码：

<?php
// 在站点根目录创建tmp文件夹，手动设置权限为755
session_save_path(__DIR__ . '/tmp');
session_start();
// 后续原有代码不变

3. 生产环境关闭错误显示（避免header报错） #

在站点的php.ini配置文件中修改以下参数，避免警告信息直接输出触发header冲突：

display_errors = Off
error_reporting = E_ALL & ~E_WARNING

也可以在代码最开头添加配置：

ini_set('display_errors', 0);
error_reporting(E_ALL & ~E_WARNING);

你当前代码中if ($stmt->num_rows > -1)逻辑存在问题，num_rows返回的是匹配到的用户数，应该修改为if ($stmt->num_rows > 0)，避免无匹配用户时仍执行后续密码校验逻辑。

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