当前位置:首页 > 文章列表 > Golang > Go教程 > Go encoding/json Decoder 如何拒绝尾随数据:单个 JSON 文档的结束判定

Go encoding/json Decoder 如何拒绝尾随数据:单个 JSON 文档的结束判定

来源:17golang原创 2026-08-27 01:41:15 0浏览 收藏

接口把请求体交给 json.Decoder 后,第一次 Decode 返回 nil,只能说明“读到了一个合法 JSON 值”,不能证明后面没有第二段 JSON 或多余字节。需要把单文档接口和 JSON 流区分开:单文档场景在第一次成功后再调用一次 Decode,只有得到 io.EOF 才能确认输入已经结束。

要点速览
  • 一次 Decode 成功不等于整个请求体校验完成。
  • 单个 JSON 文档应在首个值后再次调用 Decode,并要求错误是 io.EOF。
  • 第二次仍读到合法值,或返回非 EOF 错误,都应拒绝请求。
  • 如果业务本来就是 JSONL 或多文档流,就不要套用单文档规则。

先看一个“明明能解析却不该放行”的请求

下面的输入包含两个 JSON 值,中间只有空白。对一个只接受用户资料的接口来说,第二个对象不是“忽略掉的尾巴”,而是请求格式不符合约定:

{"name":"Lin"} {"role":"admin"}

很多 handler 只写到第一次 Decode(&payload) 就返回 200,于是第一个对象被使用,第二个对象悄悄留在请求体中。这个判断漏洞不需要复杂攻击技巧,客户端多发一段内容就能复现。

Go encoding/json Decoder 第一次 Decode 成功后仍有第二个 JSON 值留在请求体尾部的校验现场

单文档接口的最小校验流程

把读取过程拆成两个门禁即可。第一步解析业务对象;第二步继续读一次,只接受 io.EOF:

func decodeOne(r io.Reader, dst any) error {
    dec := json.NewDecoder(r)

    if err := dec.Decode(dst); err != nil {
        return fmt.Errorf("decode body: %w", err)
    }

    var extra any
    if err := dec.Decode(&extra); err != io.EOF {
        if err == nil {
            return errors.New("request body contains more than one JSON value")
        }
        return fmt.Errorf("trailing data: %w", err)
    }
    return nil
}

这里的 err != io.EOF 是关键。第二次返回 nil 表示又读到了一个完整 JSON 值;返回其他错误表示尾部还有不完整或非法内容;这两类都不是单文档请求的结束状态。

Go Decoder 第二次 Decode 读取请求尾部并得到 io.EOF,单个 JSON 文档通过结束判定

把它接到 HTTP handler 时,响应边界要保持稳定

在 HTTP 服务里,解析错误和尾随数据都应该转换成固定的 400 响应,不要把底层错误全文直接返回给客户端。一个紧凑的 handler 可以这样写:

type profileInput struct {
    Name string `json:"name"`
}

func profile(w http.ResponseWriter, r *http.Request) {
    defer r.Body.Close()

    var input profileInput
    if err := decodeOne(r.Body, &input); err != nil {
        http.Error(w, "invalid JSON body", http.StatusBadRequest)
        return
    }
    if input.Name == "" {
        http.Error(w, "name is required", http.StatusBadRequest)
        return
    }
    w.WriteHeader(http.StatusNoContent)
}

这条流水线的验收点也很明确:合法单对象返回 204;两个连续对象返回 400;只有空白尾部的对象仍返回 204;首个值不完整或类型错误同样返回 400。

不要把 JSON 流和单文档请求混为一谈

如果输入协议明确规定每行一个 JSON 对象,或者上游就是连续事件流,那么“第二次读到值就拒绝”反而是错误的策略。流式场景应在循环中持续 Decode,直到自然得到 io.EOF,并分别处理每条记录。

真正需要先写进接口契约的是“一个请求允许几个 JSON 值”。不要因为 Decoder 能继续读就默认允许多文档,也不要为了简单就把 JSONL 当成普通对象接口。

常见误区与复查清单

  • 只检查第一次 Decode:会放过第二个合法 JSON 值。
  • 用 dec.More() 判断请求体是否结束:它服务于数组或对象内部的元素遍历,不是通用的顶层尾随数据检测。
  • 只检查原始字符串是否包含 }:字符串、转义和空白都会让这种判断失真。
  • 把任何第二次错误都当作 EOF:不完整尾部和非法字节应继续拒绝。

上线前至少补 5 个测试:单对象、单对象后空白、两个对象、对象后半截 JSON、对象后普通文本。每个测试都核对 HTTP 状态和 handler 是否修改了业务数据,避免“返回 400 但已经落库”的半完成状态。

相关问题

为什么第一次 Decode 成功后还要再读一次?

因为 Decode 面向流读取,一个成功调用只消费一个 JSON 值;它不会替你证明流已经到达结尾。

第二次 Decode 返回 nil 应该怎么办?

单文档接口应拒绝请求并返回格式错误;这说明请求体中至少还有第二个完整 JSON 值。

尾部只有空格时会不会误报?

不会。Decoder 会跳过允许的空白,读不到更多值时返回 io.EOF,这正是单文档校验期待的结果。

JSONL 接口也能用这个函数吗?

不能直接用。JSONL 需要循环 Decode 并逐条处理,协议边界应在接口文档和测试中明确写出。

小结:把“读到一个值”与“输入已结束”分开

json.Decoder 的第一次成功只完成对象解析,不完成请求体验收。单文档接口再读一次并严格要求 io.EOF,就能拦住多余 JSON 和非法尾巴;而真正的 JSON 流则应采用循环读取。两种协议分清后,校验代码短,测试边界也清楚。

版本声明
本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
CSS :has() 为什么在复杂表单里容易写错:父级匹配边界与可维护选择器CSS :has() 为什么在复杂表单里容易写错:父级匹配边界与可维护选择器
上一篇
CSS :has() 为什么在复杂表单里容易写错:父级匹配边界与可维护选择器
雨夜电车窗边的蓝色雨痕:手机锁屏壁纸提示词与留白变体
下一篇
雨夜电车窗边的蓝色雨痕:手机锁屏壁纸提示词与留白变体
查看更多
最新文章
查看更多
课程推荐
  • 前端进阶之JavaScript设计模式
    前端进阶之JavaScript设计模式
    设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
    543次学习
  • GO语言核心编程课程
    GO语言核心编程课程
    本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
    516次学习
  • 简单聊聊mysql8与网络通信
    简单聊聊mysql8与网络通信
    如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
    500次学习
  • JavaScript正则表达式基础与实战
    JavaScript正则表达式基础与实战
    在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
    487次学习
  • 从零制作响应式网站—Grid布局
    从零制作响应式网站—Grid布局
    本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
    485次学习
查看更多
AI推荐
  • PubMedQA数据集详解:生物医学问答基准、功能与应用指南
    PubMedQA
    深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
    425次使用
  • H2O EvalGPT:开源LLM大模型评估与排行榜工具
    H2O EvalGPT
    H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
    505次使用
  • LMArena是什么?伯克利AI模型评估平台使用指南与功能解析
    LMArena
    LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
    516次使用
  • 斯坦福HELM:大语言模型Holistic Evaluation整体评估框架详解
    HELM
    深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
    460次使用
  • MMBench详解:多模态大模型基准测试、功能特点与使用指南
    MMBench
    MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
    289次使用
微信登录更方便
  • 密码登录
  • 注册账号
登录即同意 用户协议 和 隐私政策
返回登录
  • 重置密码