PHP连接SQLite需启用pdo_sqlite或sqlite3扩展，而非phpEnv提供支持；用new PDO('sqlite:xxx.db')时须确保扩展已启、路径正确且目录可写。
phpEnv 本身不提供 SQLite 支持，它只是 PHP 版本管理工具；能否用 SQLite，完全取决于你当前激活的 PHP 版本是否启用了 pdo_sqlite 或 sqlite3 扩展。
确认当前 PHP 是否已启用 SQLite 扩展
phpEnv 切换的是 PHP 二进制，但扩展需由 PHP 编译时包含或运行时加载。常见错误是：明明用 phpEnv 切到了 PHP 8.2，却仍报 PDOException: could not find driver——根本原因不是 phpEnv 配置错，而是该版本 PHP 没编译进 SQLite 支持。
- 运行
phpenv version确认当前激活版本（如8.2.15） - 执行
php -m | grep -E '^(pdo_sqlite|sqlite3)$'，必须看到至少一行输出；若无，说明扩展未启用 - 检查
php --ini显示的配置文件路径，打开对应php.ini，确认含extension=pdo_sqlite（推荐）或extension=sqlite3 - Mac 上用 Homebrew 安装的 PHP，扩展通常在
/usr/local/lib/php/pecl/下，需确保/ .so文件存在且路径正确
phpEnv + PDO 连接 SQLite 的实操要点
用 new PDO('sqlite:xxx.db') 是最稳路径，但路径和权限极易出错，尤其在 CLI 和 Web 混用时。
- 绝对路径优先：
new PDO('sqlite:/full/path/to/app.db')，避免因getcwd()变化导致连错空库 - 用
__DIR__拼接更可靠：'sqlite:' . __DIR__ . '/data/app.db'，确保脚本位置固定 - 目录必须可写：Web 服务器用户（如
_wwwon macOS、www-dataon Linux）需对data/目录有rwx权限，否则报unable to open database file - 首次连接会自动创建文件，但父目录不存在或权限不足时静默失败——先手动
mkdir -p data && chmod 755 data
pdo_sqlite 和 sqlite3 扩展选哪个？
两者都能用，但行为差异直接影响代码健壮性。
-
pdo_sqlite：支持预处理、事务、异常模式（PDO::ERRMODE_EXCEPTION），错误信息更具体；推荐新项目首选 -
sqlite3：原生类，exec()失败只返回false，得手动调$db->lastErrorMsg()查错；prepare()后必须bindValue()+execute()，步骤略多 - 别混用：同时启用两个扩展没问题，但不要在同一个项目里既用
PDO又用SQLite3类，增加维护成本 - Windows 用户注意：
php_pdo_sqlite.dll和php_sqlite3.dll必须都在ext/目录下，且php.ini中两行都取消注释
连接后查不到数据？重点检查这三处
这是 phpEnv 用户最高频的“假失败”场景：代码没报错，但 SELECT 返回空数组，实际是操作了另一个数据库文件。
- 用
ls -l /full/path/to/app.db确认文件真实存在且大小 > 0；若为 0 字节，说明路径写错，PDO 自动新建了空库 - 执行
sqlite3 /full/path/to/app.db ".tables"，看表是否存在；若无输出，就是连错了库 - 在 PHP 脚本开头加
echo 'Current working dir: ' . getcwd() . "\n";，验证相对路径是否如你预期 - 临时加一句
file_put_contents('/tmp/dbpath.log', 'DB path: ' . $dsn . "\n", FILE_APPEND);，把实际 DSN 写进日志，比凭空猜靠谱
SQLite 不是服务，没有“启动”概念；它的可靠性全系于文件路径、权限、扩展状态这三点。phpEnv 管理的是 PHP 解释器，不是数据库——把这层关系理清，90% 的问题就定位到根上了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
