phpEnv不自带PostgreSQL扩展，需手动安装php_pgsql.dll（Windows）或编译pgsql.so（Linux/macOS），并在php.ini中启用extension=pgsql和extension=pdo_pgsql，同时确保PostgreSQL服务已启动并正确配置listen_addresses与pg_hba.conf。
phpEnv 本身不提供 PostgreSQL 扩展安装功能，它只管理 PHP 版本和 Apache/Nginx 环境；PostgreSQL 扩展（pgsql 和 pdo_pgsql）必须手动编译或启用对应 DLL，否则 pg_connect() 会报 “Call to undefined function” 错误。
phpEnv 下找不到 pgsql.so 或 php_pgsql.dll 怎么办
phpEnv 默认打包的 PHP 二进制不含 PostgreSQL 扩展，Windows 下没有预置 php_pgsql.dll，Linux/macOS 下也没有编译好的 pgsql.so。你不能靠 phpenv install 自动获得它。
- Windows 用户：需确认当前 phpEnv 使用的 PHP 版本目录下
ext/中是否存在php_pgsql.dll和php_pdo_pgsql.dll；若无，要从与 PHP 版本、线程安全（TS/NTS）、架构（x64/x86）完全匹配的官方二进制包中提取 - Linux/macOS 用户：phpEnv 不提供
./configure --with-pgsql编译流程，必须自行下载 PHP 源码 + PostgreSQL 客户端开发包（libpq-dev或postgresql-devel），再用phpize编译生成pgsql.so - 无论哪种系统，启用前都必须在
php.ini中显式添加两行：extension=pgsqlextension=pdo_pgsql
连接时提示 “could not connect to server: Connection refused”
这和 phpEnv 无关，是 PostgreSQL 服务未运行或未监听本地连接导致的。phpEnv 启动的是 Web 服务器（Apache/Nginx）和 PHP-FPM，不启动 PostgreSQL。
- 先确认 PostgreSQL 进程是否运行：
sudo systemctl status postgresql（Linux）或检查 Windows 服务里是否有postgresql-x64-* - 检查
postgresql.conf中listen_addresses是否包含'localhost'或'127.0.0.1'，不能是空或'127.0.0.1:5432'这种非法值 - 检查
pg_hba.conf是否有允许本地连接的规则，例如：host all all 127.0.0.1/32 md5 - PHP 连接字符串中的
host必须写成127.0.0.1（而非localhost），否则可能走 Unix socket 而非 TCP，尤其在 WSL 或某些 Docker 场景下会失败
pg_connect() 成功但 pg_query() 报 “no connection to the server”
常见于连接字符串中混用了连接参数格式，或连接资源被意外释放。phpEnv 环境下不会额外干预，但容易因配置疏忽触发。
立即学习“PHP免费学习笔记（深入）”；
- 避免把连接字符串写成数组再拼接，例如：
$conn = pg_connect(['host=127.0.0.1', 'dbname=test']...)——pg_connect()只接受单个字符串，数组会转成Array字符串字面量，实际连的是数据库名 “Array” - 不要在函数内多次调用
pg_connect()却不保存资源变量，PHP 的 resource 在函数返回后即销毁，后续pg_query()会因无效 resource 失败 - 检查是否启用了
PDO::PGSQL_ATTR_DISABLE_PREPARES并设为true，虽然不影响连接，但在某些查询场景下会导致 prepare 阶段静默失败，表现为查询无响应
最易被忽略的一点：phpEnv 切换 PHP 版本后，php.ini 是独立的，每次切换都得重新检查并启用 pgsql 和 pdo_pgsql，且扩展文件路径可能随版本变化而失效 —— 这不是配置一次就能一劳永逸的事。
