PHP standard功能实际依赖ctype、hash、json等独立扩展，需检查并启用这些扩展而非standard本身；通过php -m验证加载，php --ini确认配置路径，同步修改CLI与Web的php.ini，并核对ext目录文件名是否匹配。
phpEnv 默认不启用所有 PHP 扩展，standard 扩展（即 PHP 核心函数集）虽名义上“内置”，但实际依赖于编译时是否启用 --enable-standard 及对应模块加载。在 phpEnv 中，它通常以独立扩展形式存在，需手动确认启用，否则会出现 call to undefined function 错误（如 str_replace()、file_get_contents() 突然报错）。
如何确认 standard 扩展是否已加载
直接执行：
php -m | findstr "standard"（Windows CMD）或
php -m | grep standard（Linux/macOS）。
若无输出，说明未启用；若显示
standard，但仍有函数报错，可能是当前 CLI 与 Web SAPI 使用了不同 php.ini。
- 务必用
php --ini查看实际加载的配置文件路径，而非仅依赖 phpEnv 界面显示的“默认配置” - 打开该
php.ini，搜索extension=standard—— 实际上 PHP 8+ 已不再提供独立的standard.so或php_standard.dll，该扩展功能已静态编译进 PHP 二进制，因此此处不应手动添加该行 - 真正要检查的是：是否禁用了关键基础扩展，例如
extension=hash、extension=ctype、extension=json—— 它们属于standard功能子集，但以独立扩展形式存在
phpEnv 中 standard 相关函数失效的常见原因
不是 standard 没开，而是它依赖的底层扩展被意外关闭或版本不匹配。
-
json扩展未启用 →json_encode()、json_decode()报错 -
ctype被注释 →ctype_alpha()、is_numeric()等类型判断函数返回false或触发TypeError（PHP 8.1+） -
hash扩展缺失 →md5()、sha1()、hash_hmac()不可用（部分旧版 phpEnv 默认关闭） - 使用了线程安全（TS）版 PHP，却加载了非 TS 版扩展（如
php_igbinary.dll），导致整个扩展加载失败，连带影响依赖它的 standard 行为
在 phpEnv 中安全启用 standard 功能的实操步骤
不要试图“开启 standard 扩展”，而应确保其隐式依赖项就位。
立即学习“PHP免费学习笔记（深入）”；
- 打开 phpEnv 主界面 → 选择当前使用的 PHP 版本 → 点击【配置】→ 【php.ini】
- 取消以下几行前的分号（;），确保它们处于启用状态：
extension=ctypeextension=hashextension=jsonextension=mbstring（mb_strlen()等多字节函数属 standard 生态） - 保存后，在 phpEnv 中点击【重启服务】，**不是只重启 Apache/Nginx**，而是点右上角【重启 PHP】或【重载 PHP 配置】（部分版本叫“刷新环境”）
- 新建一个
test.php，内容为：<?php var_dump(function_exists('str_replace'), function_exists('json_encode'));，访问验证
为什么 phpinfo() 显示 standard 却仍有函数不可用
因为 phpEnv 的 Web 模式（Apache/Nginx）和 CLI 模式可能指向不同 php.ini，而 phpinfo() 只反映 Web SAPI 加载的配置。
- 在浏览器中访问
phpinfo()页面，查找 “Loaded Configuration File” 行，记下路径 - 在 CMD 中执行
php --ini，对比两者的配置路径是否一致 - 若不一致，需分别编辑两个
php.ini，确保extension=相关行同步启用 - 特别注意：phpEnv 的“快速切换版本”功能有时会复用旧版 ini 文件，导致新版本 PHP 加载了不兼容的旧配置
最易被忽略的一点：phpEnv 的“扩展管理”界面里勾选的扩展，只是写入 ini 的快捷方式，但它不会自动校验扩展文件是否存在、是否匹配当前 PHP 的 ZTS/NTS 和 VC 编译版本。哪怕界面上显示“已启用”，php -m 仍可能不列出来——此时必须手工核对 ext/ 目录下的 DLL/SO 文件名与 php.ini 中写的是否完全一致，包括大小写和后缀（如 php_curl.dll ≠ curl.dll）。
