阿里二面：GET 请求能传图片吗？

关注顶级算法修炼内功

顶级算法后台回复 1024 有特别礼包

责编：顶级算法 | 来源：juejin.im/post/6860253625030017031

上一篇精彩：什么是限流器以及常见的服务限流算法

大家好，我是顶级算法。
排序序列：
1、程序员必知必会的排序一：冒泡排序2、程序员必知必会的排序二：快速排序3、程序员必知必会的排序三：直接插入排序4、程序员必知必会的排序四：希尔排序5、程序员必知必会的排序五：拓扑排序6、程序员必知必会的排序六：选择排序7、程序员必知必会的排序七：归并排序8、程序员必知必会的排序八：基数排序
从一道面试题说起：GET 请求能传图片吗？

# 前言
曾经遇到的面试题，觉得挺有意思，来说下我的答案及思考过程。
首先，我们要知道的是，图片一般有两种传输方式：base64 和 file对象。
# base64 图片
图片的base64编码想必大家都见过：

base64 的本质是字符串，而 GET 请求的参数在 url 里面，所以直接把图的 base64 数据放到 url 里面，就可以实现 GET 请求传图片。
input 输入框拿到的图是 file 对象，图片 file 对象转 base64 ：

// img参数：file文件或者blobconst getBase64 = img => { return new Promise((resolve,reject) => { const reader = new FileReader(); reader.onload = e => { resolve(e.target.result); }; reader.onerror = e => reject(e); reader.readAsDataURL(img); })}
问题来了，GET 请求的 url 长度是有限制的，不同的浏览器长度限制不一样，最长的大概是 10k 左右，根据 base64 的编码原理，base64图片大小比原文件大小大 1/3，所以说 base64 只能传一些非常小的小图，大图的 base64 太长会被截断。但其实这个长度限制是浏览器给的，而不是 GET 请求本身，也就说，在服务端，GET 请求长度理论上无限长，也就是可以传任意大小的图片。关注顶级算法
# file 对象
我们来看看这个场景：


<form action="http://localhost:8080/" method="get"> <input type="file" name="logo"> <input type="submit"></form>
选择图片，然后提交表单，能提交成功，但是接口收不到文件。请求的 url 会变成 http://localhost:8080/?logo=xxx.png，但是不会携带图片数据。正常情况，file 对象数据是放在POST请求的 body 里面，并且是 form-data 编码。那么 GET 请求能否有 body 体呢？答案是可以有。GET 和 POST 并没有本质上的区别，他们只是 HTTP 协议中两种请求方式，仅仅是报文格式不同（或者说规范不同）。做过底层开发的同事可能比较熟悉，之前我们C语言的同事和我讲，我们的 HTTP 请求，他们收到是这样子的：

举个栗子, 一个普通的 GET 请求，他们收到是这样的：


GET /test/?sex=man&name=zhangsan HTTP/1.1Host: http://localhost:8080Accept: application/json, text/plain, */*Accept-Encoding: gzip, deflateAccept-Language: zh-CN,zh;q=0.9Connection: Keep-AlivePOST 请求长这样：


POST /add HTTP/1.1Host: http://localhost:8080Content-Type: application/x-www-form-urlencodedContent-Length: 40Connection: Keep-Alive
sex=man&name=Professional同样，DELETE、PUT、PATCH 请求，也都是这样的报文。底层解析这个报文的时候，并不关心是什么请求，所以说 GET请求也可以有body 体，也可以传 form-data 数据。有兴趣的可以拿 postman（我用的版本是 v7.30.1） 试一下，看看 GET 请求传图片，接口能不能收到图片文件：
另外，搜索公众号Linux就该这样学后台回复“git书籍”，获取一份惊喜礼包。

GET 请求能不能带 body 这个事是由 HTTP 协议来定义的。
所谓协议就是大家共同遵守的一套规则，你不遵守某一规则有时候确实不会有大问题，但是其行为表现是什么就不得而知了。协议带来规范化，规范化带来高效。事实是 HTTP 1.1 的 RFC 文档里没有禁止 GET 请求带 body ，但是也没有定义 GET 请求 body 的语义。
参见: tools.ietf.org。

A payload within a GET request message has no defined semantics; sending a payload body on a GET request might cause some existing implementations to reject the request.

# 总结
作为面试题的话，本题大概有两个考点：
1、二进制图片序列化 base64；
2、特定场景的 url 长度限制。
3、部分 http 协议知识。
或者说，真要 get 传图片作为方案的话，需要打通上面两个关键技术问题。面试现场也可以再加一些Blob、TypedArray、图片压缩方案之类的。

觉得不错？欢迎转发分享给更多人

最近有一些小伙伴，让我帮忙找一些 面试题 资料，于是我翻遍了收藏的 10T 资料后，汇总整理出来，可以说是程序员面试必备！所有资料都整理到网盘了，欢迎下载！

👆扫码回复【面试题】即可获取👆

公众号后台回复 算法 或者 算法心得 有惊喜礼包！顶级算法交流群

 「顶级算法」建立了读者算法交流群，大家可以添加小编微信进行加群。欢迎有想法、乐于分享的朋友们一起交流学习。

扫描添加好友邀你进算法群，加我时注明【姓名+公司+职位】

版权申明：内容来源网络，版权归原作者所有。如有侵权烦请告知，我们会立即删除并表示歉意。谢谢。

往日分享：