龙空技术网

从一道面试题说起:GET 请求能传图片吗?

Java技术那些事 7023

前言:

如今小伙伴们对“get的url长度”可能比较珍视,我们都需要分析一些“get的url长度”的相关资讯。那么小编在网摘上搜集了一些对于“get的url长度””的相关内容,希望看官们能喜欢,兄弟们快快来了解一下吧!

前言

忘了在哪里看到的这个题目,觉得挺有意思,来说下我的答案及思考过程。

首先,我们要知道的是,图片一般有两种传输方式: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="; method="get">    <input type="file" name="logo">    <input type="submit"></form>

选择图片,然后提交表单,能提交成功,但是接口收不到文件。请求的 url 会变成 ,但是不会携带图片数据。

正常情况,file 对象数据是放在 POST 请求的 body 里面,并且是 form-data 编码。

那么 GET 请求能否有 body 体呢?答案是可以有。

GET 和 POST 并没有本质上的区别,他们只是 HTTP 协议中两种请求方式,仅仅是报文格式不同(或者说规范不同)。

做过底层开发的同事可能比较熟悉,之前我们C语言的同事和我讲,我们的 HTTP 请求,他们收到是这样子的:

举个例子, 一个普通的 GET 请求,他们收到是这样的:

GET /test/?sex=man&name=zhangsan HTTP/1.1Host: : application/json, text/plain, */*Accept-Encoding: gzip, deflateAccept-Language: zh-CN,zh;q=0.9Connection: Keep-Alive

POST 请求长这样:

POST /add HTTP/1.1Host: : application/x-www-form-urlencodedContent-Length: 40Connection: Keep-Alivesex=man&name=Professional 

同样,DELETE、PUT、PATCH 请求,也都是这样的报文。底层解析这个报文的时候,并不关心是什么请求,所以说 GET 请求也可以有 body 体,也可以传 form-data 数据。

有兴趣的可以拿 postman 试一下,看看 GET 请求传图片,接口能不能收到图片文件:

结尾

综上所述,GET 请求是可以传图片的,但是 GET 和 POST 的规范还是要遵守的,如果有后台让你这么做,锤他就行了!

标签: #get的url长度