ChatGPT 分析上报multipart_form-data 格式入坑到出坑

 公众号：子云之风，欢迎大家关注
 今天在写业务代码时，遇到一个multipart/form-data 格式上报后，服务端无法解析的问题，有了ChatGPT 解决起来还是蛮快的。

背景

由于项目特殊，不能在客户端使用OKHttp等成熟框架，所以得用HttpUrlConnection自己封装发送，起初在在go服务器后解析不出来客户端发送的multipart/form-data 参数。

让GPT解析协议

ChatGPT解释multipart/form-data 格式。首先是让ChatGPT 描绘出完整的协议是什么样的。

对照GPT的协议说明，检查自己的代码，发现没有理解BoundaryValue的作用，“–BoundaryValue”作为每个参数前置分割线，“–BoundaryValue–”作为整体参数的结尾标识符。发现自己的结尾写成了“–BoundaryValue”，
修改之后发现还是出错，继续调查。

自己挖坑

此时 在服务端加日志发现

err = ctx.Request().ParseMultipartForm(32 << 20)

ParseMultipartForm 方法返回错误了，“multipart: NextPart: EOF”，百思不得其解。

问问ChatGPT

检查了协议格式都没啥问题，看到EOF这个错误意思，是读完所有的字符串。去看了一些服务端代码，发现自己在调查上个问题时，为了查看body体的内容在服务端加了句ctx.Request().body()。把这句话注释的问题就解决了，原来是body方法相当于把请求流里的内容都读出去了。原来如此，终于出坑了。