php 8.5.5 用 pdo 连接 sqlite 完全可行，需确保 pdo_sqlite 扩展启用、dsn 使用绝对路径、设置 pdo::errmode_exception 错误模式、赋予文件目录读写权限，并在高并发时启用 wal 模式。
PHP 8.5.5 用 PDO 连接 SQLite 数据库完全可行，而且是官方推荐方式——只要 pdo_sqlite 扩展已启用，连 DSN 都不用密码，路径对了就能跑。
确认 pdo_sqlite 扩展是否启用
这是最常卡住的第一步。PHP 8.5.5 默认通常已启用该扩展，但不是绝对。别猜，直接验证：
- 运行
php -m | grep sqlite，输出里必须含pdo_sqlite（不是sqlite3单独模块） - 若没看到，打开
php.ini，确保这两行都存在且未被注释：extension=pdo和extension=pdo_sqlite - 改完记得重启 Web 服务（如 Apache/Nginx）或 PHP-FPM，否则
phpinfo()里也看不到
DSN 格式和文件路径权限问题
sqlite:/absolute/path/to/db.sqlite 是标准写法，但路径错误或权限不对会导致“unable to open database file”错误。
- 路径必须是**绝对路径**，相对路径（如
sqlite:db.sqlite）依赖当前工作目录，线上环境极易出错 - PHP 进程用户（如 www-data、nginx 或 apache）必须对数据库文件及其所在目录有**读写权限**；常见坑是目录只有读权限，导致
CREATE TABLE或INSERT失败 - SQLite 文件首次连接时会自动创建，但父目录必须已存在且可写；建议提前
mkdir -p /var/www/data && chown www-data:www-data /var/www/data
连接时必须设置 ERRMODE_EXCEPTION
默认 PDO 错误模式是静默的，exec() 或 prepare() 失败也不报错，只返回 false——这会让调试变成盲人摸象。
- 务必在构造后立刻调用：
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION) - 不要依赖 try/catch 包裹整个脚本——它只捕获抛出异常的操作；没设这个属性，连语法错误的 SQL 都可能悄无声息失败
- PHP 8.5.5 对异常处理更严格，不设此属性 + 错误 SQL 可能触发 Fatal Error 而非预期的 Exception
插入后取自增 ID 的正确方法
很多人习惯用 mysqli_insert_id() 思维，但在 SQLite PDO 中，得用 lastInsertId() 方法，且它**不带参数**。
- 错误写法：
$pdo->lastInsertId('users.id')—— SQLite 不支持字段名参数，会返回空字符串 - 正确写法：
$id = $pdo->lastInsertId()，前提是表主键定义为INTEGER PRIMARY KEY（自动映射为 rowid） - 注意：该方法只对上一次
INSERT生效；如果中间执行了其他语句（比如SELECT），结果不可靠
真正容易被忽略的是并发写入场景：SQLite 默认使用回滚日志（rollback journal），高并发写操作会阻塞。如果应用有多个请求频繁修改同一 DB 文件，得主动启用 WAL 模式并配事务，而不是只盯着连接本身。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
