phpenv中json_encode()报错说明php二进制包本身缺失json支持，因json自php 5.2.0起为内核内置功能，非动态扩展，无法通过php.ini启用，唯一解决方式是更换官方完整版php包。
phpEnv 默认已启用 JSON 扩展，无需手动开启；若 json_encode() 报错，说明当前 PHP 实例根本没编译进 JSON 支持，不是配置问题，而是环境构建缺陷。
phpEnv 的 JSON 扩展本质是编译时决定的
phpEnv 是 Windows 下的 PHP 多版本管理工具，它封装的是官方预编译的 PHP 二进制包。从 PHP 5.2.0 起，JSON 已作为内置扩展（built-in，非动态加载模块）硬编码进 PHP 内核，json_encode()、json_decode() 等函数不存在“开关”概念——要么整个 PHP 可执行文件支持，要么不支持。
这意味着：
- 你不能靠修改
php.ini中的extension=json.so或extension=php_json.dll来“启用”它（Windows 下甚至没有php_json.dll这个文件） - phpEnv 切换版本后仍报
Call to undefined function json_encode()，基本可断定你选的那个 PHP 版本包本身是精简版或损坏包 - 官方 PHP for Windows 下载页提供的 zip 包均含完整 JSON 支持；但某些第三方打包的“绿色版”PHP（尤其老版本如 5.6.40 x86 TS）可能被移除了 JSON 模块
验证当前 phpEnv 使用的 PHP 是否真支持 JSON
别看 phpinfo() 页面有没有“json”字样——phpEnv 的 Web 界面可能调用的是另一个 PHP SAPI（比如 Apache 的 php_module），而 CLI 用的是 phpEnv 自带的 php.exe。必须分场景验证：
- 在命令行运行：
phpenv which php确认路径，再执行php -r "echo json_encode([1]);"—— 直接报错即内核缺失 - 新建
test.php，内容为<?php var_dump(function_exists('json_encode'));，用 phpEnv 自带的内置服务器（如phpenv server）访问，看输出是否为bool(true) - 检查 phpEnv 配置目录下对应版本的
php.ini，搜索json—— 如果出现;extension=php_json.dll这类行，直接删掉或注释，它对 phpEnv 无效且可能干扰
修复方案：换包，不是改配置
phpEnv 本身不提供编译能力，所有修复都围绕“换一个靠谱的 PHP 二进制包”展开：
- 去 windows.php.net/download 下载对应版本的
Thread Safe (TS)zip 包（如php-8.1.27-Win32-vs16-x64.zip），解压后替换 phpEnv 对应版本目录下的全部文件（保留php.ini） - 若你用的是 phpEnv 的“自动下载”功能，它有时会拉取到非官方镜像源的阉割包；建议关闭自动下载，手动指定本地路径
- 替换后务必重启 phpEnv 的服务进程（关闭托盘图标再重开），否则旧进程仍在内存中
- Alpine 或 Docker 场景不适用 phpEnv，那是另一套逻辑——这里只谈 Windows 桌面开发环境
容易被忽略的关键点
很多人卡在“明明 php.ini 里写了 extension，也重启了，还是不行”，是因为他们没意识到：phpEnv 下的 PHP 是单体 exe，json 不是插件，是呼吸一样的存在。一旦缺失，唯一解法就是换包。另外，某些国产集成环境（如小皮、phpStudy）会偷偷替换 phpEnv 的 PHP 目录，导致你以为在用 phpEnv，实际调用的是它们魔改过的版本——查 php --ini 输出的配置路径最准。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
