phpEnv中json_encode报错主因是php_json.dll未加载，需确认当前PHP版本、编辑对应php.ini启用extension=php_json.dll、重启服务并用extension_loaded('json')验证。
phpEnv 本身不是 PHP 官方或主流发行版（如 XAMPP、WAMP、Laravel Homestead），而是一个国内第三方打包的 Windows 集成环境，常用于快速部署 PHP 项目。它默认多数版本已内置 json 扩展，但因配置路径、PHP 版本切换或精简模式，json_encode() 报错仍很常见——直接原因是 php_json.dll 未加载，而非函数不存在。
确认 phpEnv 当前使用的 PHP 版本和配置文件位置
phpEnv 支持多版本 PHP 切换，每次操作前必须明确你正在用哪个版本：
- 打开 phpEnv 控制面板 → 查看右上角显示的 PHP 版本（如
PHP 7.4或PHP 8.1） - 点击「配置」→ 「PHP 配置」，它会自动定位到该版本对应的
php.ini文件（通常在phpEnv\php\php-7.4\php.ini类似路径） - 别直接编辑根目录下的
php.ini，那可能是旧版或无效路径 - 用记事本或 VS Code 打开该
php.ini，搜索extension=php_json.dll
启用 json 扩展的三步实操（Windows + phpEnv）
phpEnv 的扩展启用方式与标准 Windows PHP 一致，但容易卡在路径和注释上：
- 确保
extension_dir指向正确：找到;extension_dir = "ext"这行，取消注释，并确认值是相对路径"ext"（phpEnv 默认已设好，不建议改绝对路径） - 启用扩展：搜索
;extension=php_json.dll，删掉开头的分号，改为extension=php_json.dll；注意不要写成extension=json.so（那是 Linux 的） - 重启生效：在 phpEnv 面板中「停止服务」→「启动服务」，或右键托盘图标选「Reload Config」；仅重启 Apache 不够，phpEnv 的 PHP-FPM 或 CGI 模式可能独立运行
验证是否真正生效，而不是“看起来启用了”
很多用户改完 php.ini 就以为 OK，结果 json_encode() 仍报 Fatal error: Call to undefined function —— 因为没验证实际加载状态：
立即学习“PHP免费学习笔记（深入）”；
- 新建一个
test.php，内容为：<?php if (function_exists('json_encode')) { echo "json 扩展已加载"; } else { echo "json 扩展未加载"; } ?> - 更可靠的方式是执行：
<?php var_dump(extension_loaded('json')); ?>返回bool(true)才算成功 - 避免只依赖
phpinfo()：phpEnv 有时缓存旧页面，强制刷新或清浏览器缓存；也可用 CLI 验证：php -m | findstr json（Windows 命令行下运行）
phpEnv 中 JSON 数据交互失败的隐藏原因
即使 json_encode 和 json_decode 存在，WordPress、Typecho 或自定义 API 仍提示「不是合法的 JSON 响应」，问题往往不在扩展本身：
- 输出被意外截断：检查是否有
echo、print、BOM 头、空格或错误警告混在 JSON 前——用浏览器开发者工具看响应原始内容，是否以{或[开头 - 字符编码非 UTF-8：
json_encode()只接受 UTF-8 输入，数据库连接、HTML meta、PHP 文件保存格式都必须是 UTF-8 无 BOM；中文乱码或null返回常源于此 - PHP 错误抑制失效：某些 phpEnv 版本默认开启
display_errors = On，导致错误信息直接输出到 JSON 前面；临时加error_reporting(0); ini_set('display_errors', '0');测试 - 超时或内存不足：大数组
json_encode()可能失败且不报错，返回false；用json_last_error()检查，比如JSON_ERROR_DEPTH表示嵌套太深
最易忽略的一点：phpEnv 切换 PHP 版本后，php.ini 不自动同步修改，你改的是上一个版本的配置文件。每次切换版本，务必重新进「PHP 配置」确认当前生效的 php.ini 路径并编辑它。
