cerbero/json-parser不是扩展而是纯php拉式解析器库，无法替代ext-json；它绕开json_decode()流式读取以规避内存爆炸，适用于gb级json等大文件场景，但不提升小json解析速度。
直接说结论：cerbero/json-parser 不是扩展，而是纯 PHP 的拉式解析器库，无法替代 ext-json，也不能“加速原生 JSON 扩展”——它绕开了 json_decode()，用流式读取规避内存爆炸，适用于大文件场景，但不提升单次小 JSON 解析速度。
为什么不能用 Composer 库“加速 ext-json”
ext-json 是 PHP 内置 C 扩展，json_decode() 调用的是底层函数，任何 Composer 包都无权、也无法重写或加速它。所谓“加速”，实际是换策略：不用一次性加载，改用按需提取字段。
-
cerbero/json-parser本质是 替代方案，不是优化补丁 - 它不依赖
ext-json，也不调用json_decode()，完全独立实现 JSON 词法扫描 - 如果你的瓶颈是
json_decode('huge.json')导致 OOM，这才是对症药；如果是json_decode('{...}')慢几毫秒，换它反而更慢
什么时候该用 cerbero/json-parser 而不是 json_decode()
典型场景：处理 GB 级 JSON Lines、导出日志、ETL 流式清洗、API 响应体过大但只需提取几个字段。
- 输入是文件句柄（
fopen()）或StreamInterface，不是字符串 - 你不需要整个对象，只关心
"data.items[].id"或"meta.total"这类路径 - PHP 内存限制
memory_limit=128M，而 JSON 文件解压后 >500MB - 错误容忍度高：允许跳过损坏片段（
Parser::skipOnError()），而非整个失败
cerbero/json-parser 的正确用法和常见坑
它不是“拿来就快”，必须配合流式消费逻辑，否则仍会累积内存。
- 别用
$parser->parse(file_get_contents('big.json'))—— 这又回到内存爆炸原点 - 必须用
Parser::fromFile()或Parser::fromStream()，配合while ($event = $parser->next())循环 - 提取嵌套数组时，注意
ParserEvent::VALUE和ParserEvent::START_OBJECT的状态机顺序，漏判END_ARRAY会导致错位 - 中文键名没问题，但若 JSON 含 BOM 或非 UTF-8 编码，需提前
stream_filter_append($fp, 'convert.iconv.UTF-8/UTF-8//IGNORE') - 不支持 JSONPath 表达式，要自己维护路径栈（如
['data', 'items', 0, 'id']），官方示例里有JsonPathMatcher辅助类，但得手动集成
真正容易被忽略的点：它不解决编码转换、schema 验证、或部分字段缺失 fallback —— 这些还得你自己补。所谓“高性能”，只针对“大 JSON + 小提取”这一狭窄路径成立；一旦需求变成“全量校验+转模型”，还是得回退到 json_decode() + JsonSerializable 组合。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
