phpEnv中找不到pdo_sqlite扩展，需手动在phpEnv管理的php.ini中启用：删除extension=pdo_sqlite行首分号或新增该行，确保extension=pdo在其之前，且使用绝对路径指定SQLite数据库文件，最后重启对应服务并用php -r "var_dump(in_array('sqlite', PDO::getAvailableDrivers()));"验证。
phpEnv里找不到pdo_sqlite扩展怎么办
phpEnv默认不启用 pdo_sqlite，即使PHP本身编译时已内置该驱动，也需手动在配置中显式加载。常见现象是执行 php -m | grep pdo_sqlite 无输出，或PDO::getAvailableDrivers() 返回数组里不含 sqlite。
解决方式不是重装phpEnv，而是定位它管理的 php.ini 文件：
- 运行
php --ini查看“Loaded Configuration File”路径（通常是类似C:phpEnvphpphp.ini或~/.phpenv/versions/*/etc/php.ini） - 用文本编辑器打开该文件，搜索
extension=pdo_sqlite - 若整行被注释（开头有分号），删掉分号；若整行不存在，就在
[PHP]段落下方新增一行：extension=pdo_sqlite - 确认
extension_dir指向正确目录（phpEnv通常自带对应DLL/so，无需额外下载）
为什么启用了pdo_sqlite却还是连不上SQLite
典型错误是 PDO::__construct(): could not find driver 或 sqlite is not in PDO::getAvailableDrivers()，根本原因往往不是扩展没开，而是依赖缺失或顺序错乱。
phpEnv下必须同时满足三个条件：
立即学习“PHP免费学习笔记（深入）”；
-
extension=pdo必须在extension=pdo_sqlite之前启用（PDO主模块要先加载） -
extension=sqlite3不强制要求，但建议一并开启（部分旧代码或SQLite3类会用到） - 数据库文件路径权限必须可读写——phpEnv常以当前用户身份运行，但若脚本放在系统保护目录（如
C:Program Files或 macOS 的/System下），会静默失败 - DSN里不能用相对路径如
sqlite:./db.sqlite，phpEnv工作目录不稳定，务必用绝对路径，例如sqlite:/var/www/myapp/db.sqlite（Linux/macOS）或sqlite:C:\myapp\db.sqlite（Windows）
验证pdo_sqlite是否真生效的最快方法
别只信 phpinfo() 页面里有没有模块名，要直接测驱动可用性：
php -r "var_dump(in_array('sqlite', PDO::getAvailableDrivers()));"
返回 bool(true) 才算真正就绪。如果返回 false，再检查：
- 是否漏掉了
extension=pdo这一行（很多phpEnv模板默认注释了它） - 是否改错了 php.ini —— phpEnv可能有多个配置文件（cli版和web版分离），
php --ini和phpinfo()显示的路径可能不同 - 是否重启了对应服务：CLI下改完直接运行命令即可；Web场景下必须重启 phpEnv 内置的 Web Server（如
phpenv server:restart）或代理的 Nginx/Apache
连接SQLite后写入失败的隐藏原因
即使 new PDO('sqlite:/path/to/db.sqlite') 不报错，后续 $pdo->exec("CREATE TABLE...") 仍可能失败，错误信息常为 unable to open database file。
这不是扩展问题，而是 SQLite 对文件系统行为敏感：
- 目标目录必须存在且可写（SQLite不会自动创建父级目录）
- Windows下路径反斜杠需双写或转义：
sqlite:C:\myapp\data.db，单斜杠会被当作转义符处理 - macOS/Linux上注意挂载卷权限（比如 Docker volume、NTFS 分区挂载为只读）
- phpEnv 若启用了 opcache，偶尔会缓存失败的连接尝试，可临时加
opcache.enable=0排查
最稳妥的做法：先用 touch（Linux/macOS）或 type nul > db.sqlite（Windows）手动创建空文件，并 chmod 644 / icacls 赋权，再让PDO打开它。
