phpEnv不提供standard扩展，它仅切换PHP版本；standard是PHP内置模块，随二进制静态链接，基础函数缺失实为json、mbstring等依赖扩展未启用或配置错误。
phpEnv 本身不提供 standard 扩展，它不管理 PHP 内置扩展
phpEnv 是一个 PHP 版本管理工具（类似 pyenv、rbenv），它的职责是切换不同版本的 PHP 可执行文件和相关 bin 路径，不负责启用、编译或注入任何 PHP 扩展。所谓 “standard 扩展” 实际是 PHP 源码内置的 standard 扩展（如 strlen、explode、file_get_contents 等函数所在模块），它默认随 PHP 编译时静态链接进 php 二进制，无需单独开启或配置。
如果你在使用 phpenv 切换 PHP 版本后发现某些基础函数（比如 md5、json_encode）报错“undefined function”，问题一定不在 phpenv，而在于：
- 当前使用的 PHP 构建未启用对应模块（例如禁用了
--disable-json） - 运行的是最小化构建版（如 Alpine 的
php-cli包，不含json、curl等） - 误删或覆盖了系统级
php.ini，导致extension=行被注释或丢失
确认 standard 相关函数是否可用：直接查 phpinfo() 或运行测试
不要依赖 phpenv 命令判断扩展状态——它根本不读取 php.ini 或检查扩展加载情况。正确做法是：
- 执行
php -m | grep -E 'standard|json|hash|session'，看关键模块是否在列表中（standard通常不单独列出，但json、hash等属于其衍生模块） - 运行
php -r "echo json_encode(['ok']);"，若报错Fatal error: Uncaught Error: Call to undefined function json_encode()，说明json扩展未启用 - 新建临时文件
test.php，内容为<?php phpinfo(); ?>，用php test.php | grep -A5 "json"快速定位模块段落
启用缺失的内置扩展（如 json、curl、mbstring）
这些扩展虽属“标配”，但在源码编译时可能被显式禁用。phenv 安装的 PHP 若来自预编译包（如 php-build 提供的 binary），一般已启用；但若你用 phpenv install --configure-options 自定义编译，则需手动加参数：
立即学习“PHP免费学习笔记（深入）”；
-
--enable-json（默认开启，除非明确--disable-json） -
--enable-mbstring（处理多字节字符串必需） -
--with-curl（需系统已安装libcurl-dev） -
--enable-session（session 支持，通常默认启用）
注意：standard 本身不可通过 extension= 启用——它没有对应的 .so 文件，也不出现在 extension_dir 中。所有报错指向它，实际是下游扩展（如 json）未加载所致。
常见误操作：把 phpenv 和 php.ini 配置混为一谈
很多人执行完 phpenv global 8.2.12 就以为“环境齐了”，结果跑项目报一堆 undefined function。根本原因常是：
- PHP 二进制路径变了，但 Web 服务器（Apache/Nginx）仍调用旧版本的
php-fpm或libphp.so - CLI 下
php -v显示 8.2，但phpinfo()显示 7.4 ——说明 Web 服务没重启，或没指向 phpenv 管理的 PHP - 编辑了错误的
php.ini：CLI 用php --ini查路径，Web 用phpinfo()页面里的 “Loaded Configuration File”
phenv 不会自动修改任何 php.ini，也不会重载服务。切换版本后，必须手动确认 CLI 和 Web 环境是否同步，且各自加载的配置中未禁用关键扩展。
