如果文件直接用 base64 编码传,会怎么样

讨论 未结 30 37
frank1256
frank1256 会员 2022年10月9日 09:30 发表
<p>修改一个上传文件的接口给同事,本能的就使用 form-data 。 原本是没有上传文件的需求,content-type 是 json ,现在我改成 form ,分 2 个 key ,一个是 attachments ,一个是 req ,req 是原来 json 的字符串。</p> <p>同事说直接让我还用 json ,并且在它直接将文件转 base64. 跟图片一样的意思。</p> <p>他说附件不大,我觉得这样有隐患,该怎么说呢,我认为我毕竟是接口,万一给我传个 500M 的字符串啥的,这 500M 我不就全部要吃到内存里。而通过 multiple/form-data 的话,应该是从 io 流里读的,不会一次性吃 500M 内存。</p> <p>问下大佬们是这样的吗?</p>
收藏(0)  分享
相关标签: 灌水交流
注意:本文归作者所有,未经作者允许,不得转载
30个回复
  • crab
    2022年10月9日 10:00
    主要区别不是直接支持二进制不需要编码增大文件吗,如果是大文件不切片也会遇到这情况啊。
    0 0
  • Pastsong
    2022年10月9日 10:00
    你传 500M 的字符串你也可以从 io 流里读,看具体实现 问题在于编码解码的损耗,文件体积膨胀,和你的编码解码器可能不支持流式处理。
    0 0
  • eason1874
    2022年10月9日 10:00
    脱裤子放屁,客户端转码要花时间,服务器转码要花时间,还增加 30%体积浪费流量 如果文件都是只有几百 KB 大小的,那还能凑合着用。要是文件是 MB 以上的体积,转 BASE64 纯属浪费资源
    0 0
  • zhangxh1023
    2022年10月9日 10:00
    文件不大没关系,之前对接银行,他们的前置服务只能接受 json ,也是这么做的。又不是不能用.jpg🤓
    0 0
  • thinkershare
    2022年10月9日 10:00
    你的接口 BODY 没有限制主体大小大小吗?如果有,直接编码为 Base64 没啥问题。不会有太大的问题。具体事情具体分析。
    0 0
  • wolfie
    2022年10月9日 10:00
    不修改老接口。 新增一个 /v2/ 接口,form-data ,爱用不用。
    0 0
  • wbd31
    2022年10月9日 10:00
    nginx 可以限制 body 大小吧
    0 0
  • lmshl
    2022年10月9日 10:30
    form-data 里的文件可都是暂存文件系统的,你不主动调用不会全部读进内存。 但一个 JSON 字符串大概率你很难做流式解析(很复杂),严格解析完了可就全在内存里了。 参考: The file contents are either stored in memory or temporarily on disk. In either case, the user is responsible for copying file contents to a session-level or persistent store as and if desired. The temporary storage will be cleared at the end of request processing.
    0 0
  • lambdaq
    2022年10月9日 10:30
    multiple/form-data 记得把文件放在最后,否则别的字段你得把文件读完了才能处理。
    0 0
  • dcsuibian
    2022年10月9日 11:02
    可以限制 http 大小的吧,比如:server.tomcat.max-http-post-size ? 个人觉得小文件用 base64 上传其实没啥问题(比如头像),大文件还是用二进制,再大就还要考虑断点续传。看你实际情况。 体积、流量问题我觉得见仁见智,有些人连字段长度都要省,base64 简直罪无可赦:
    0 0
  • wangritian
    2022年10月9日 12:00
    不理解,传 multiple/form-data 要浪费他几天时间吗?
    0 0
  • adoal
    2022年10月9日 12:31
    要不,开个 webscoket 吧
    0 0
  • ufan0
    2022年10月9日 14:01
    #13 就用这楼的话回复他吧 我就遇过对接方这么干,N KB 就忍了,后面传 N MB 的的过来,网关直接拦截,他们自己的业务全面受阻,呵呵~
    0 0
  • xuanbg
    2022年10月9日 14:01
    不怎么样,就是体积变大而已。邮件的附件就是 base64 编码的。
    0 0
  • kkeep
    2022年10月9日 16:59
    网络就是被这种垃圾程序占用的😅😅😅
    0 0
  • baobao1270
    2022年10月9日 17:58
    我觉得可以直接 restrul put 吧,body 直接就是文件内容,json 和文件分成两个接口
    0 0
  • binux
    2022年10月9日 17:58
    你又不是后端,他爆内存和你有什么关系? 如果和你有关系,你帮他改成 form 不就完了。 如果和你没有关系,你凭什么指手画脚?
    0 0
  • dangyuluo
    2022年10月9日 21:58
    你想一下,原本一个字节可以表示 0-255 这 256 种不同的数据,用 base64 编码之后,一个字节就只能有 65 种可能了,纯属是浪费时间空间
    0 0
  • hb751968840
    2022年10月10日 00:59
    上传就是 form-data ,或者 PUT ,其他都是乱搞
    0 0
  • zilongzixue
    2022年10月10日 00:59
    这不是扯淡吗,改成 form-data 又不难,一个注解就完事了
    0 0
  • echo1937
    2022年10月10日 00:59
    当然可以啊,以前有个 Markdown 的编辑器,你粘贴图片的时候,他就是把图片转码成 Base64 附在 Markdown 文件的末尾。
    0 0
  • lcy630409
    2022年10月10日 00:59
    一般有一个专门上传文件的接口和函数,原 json 参数传文件名即可,接口内 代码使用文件函数 转移文件到最终存放地,临时文件夹 定期清空
    0 0
  • lakehylia
    2022年10月10日 01:29
    文件太大还是改接口吧,搞个 v2 接口
    0 0
  • Songxwn
    2022年10月10日 01:29
    企业微信的微盘就是,第三方只能用 base64 上传
    0 0
  • DinnyXu
    2022年10月10日 01:29
    现在不都是用 url 后台解析吗? 前台将文件上传到 OSS 获得 url ,传输给后台一个 url ,后台自己解析 url 内容不就可以了吗,这不更快?
    0 0
  • nothingistrue
    2022年10月10日 01:29
    如果单看编程,base64 编码进 json 里面,省事的不光前端,也有后端,而且后端省事的更多。这个的问题是,随着文件的增大,接口的处理时间、服务器的并发能能力、网关、日志等多处地方的性能都会收到影响,而且通常影响程度至少是指数级。这东西是要在编程省事和性能优化之间做权衡的,做这个权衡的,应该是架构师或者有过经验的人,不是是当事开发前后端双方。
    0 0