一道面試題,GET 請求能傳圖片嗎?
點(diǎn)擊關(guān)注公眾號,Java干貨及時(shí)送達(dá)??

「前言」
曾經(jīng)遇到的面試題,覺得挺有意思,來說下我的答案及思考過程。
首先,我們要知道的是,圖片一般有兩種傳輸方式:base64?和?file對象。
base64 圖片
圖片的base64編碼想必大家都見過:

base64?的本質(zhì)是字符串,而?GET?請求的參數(shù)在?url?里面,所以直接把圖的?base64?數(shù)據(jù)放到?url?里面,就可以實(shí)現(xiàn)?GET?請求傳圖片。
input?輸入框拿到的圖是?file?對象,圖片?file?對象轉(zhuǎn)?base64?:
// img參數(shù):file文件或者blob
const?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 左右,根據(jù)?base64?的編碼原理,base64圖片大小比原文件大小大 1/3,所以說?base64?只能傳一些非常小的小圖,大圖的?base64?太長會被截?cái)?。但其?shí)這個(gè)長度限制是瀏覽器給的,而不是?GET?請求本身,也就說,在服務(wù)端,GET?請求長度理論上無限長,也就是可以傳任意大小的圖片。
file 對象
我們來看看這個(gè)場景:
<form?action="http://localhost:8080/"?method="get">
????<input?type="file"?name="logo">
????<input?type="submit">
form>
選擇圖片,然后提交表單,能提交成功,但是接口收不到文件。請求的?url?會變成?http://localhost:8080/?logo=xxx.png,但是不會攜帶圖片數(shù)據(jù)。正常情況,file?對象數(shù)據(jù)是放在POST請求的?body?里面,并且是?form-data?編碼。那么?GET?請求能否有?body?體呢?答案是可以有。GET?和?POST?并沒有本質(zhì)上的區(qū)別,他們只是?HTTP?協(xié)議中兩種請求方式,僅僅是報(bào)文格式不同(或者說規(guī)范不同)。做過底層開發(fā)的同事可能比較熟悉,之前我們C語言的同事和我講,我們的?HTTP?請求,他們收到是這樣子的:

舉個(gè)栗子, 一個(gè)普通的 GET 請求,他們收到是這樣的:
GET?/test/?sex=man&name=zhangsan?HTTP/1.1
Host:?http://localhost:8080
Accept:?application/json,?text/plain,?*/*
Accept-Encoding:?gzip,?deflate
Accept-Language:?zh-CN,zh;q=0.9
Connection:?Keep-Alive
POST 請求長這樣:
POST?/add?HTTP/1.1
Host:?http://localhost:8080
Content-Type:?application/x-www-form-urlencoded
Content-Length:?40
Connection:?Keep-Alive
sex=man&name=Professional?
同樣,DELETE、PUT、PATCH?請求,也都是這樣的報(bào)文。底層解析這個(gè)報(bào)文的時(shí)候,并不關(guān)心是什么請求,所以說?GET請求也可以有body?體,也可以傳?form-data?數(shù)據(jù)。有興趣的可以拿 postman(我用的版本是 v7.30.1) 試一下,看看?GET?請求傳圖片,接口能不能收到圖片文件:

GET 請求能不能帶 body 這個(gè)事是由 HTTP 協(xié)議來定義的。所謂協(xié)議就是大家共同遵守的一套規(guī)則,你不遵守某一規(guī)則有時(shí)候確實(shí)不會有大問題,但是其行為表現(xiàn)是什么就不得而知了。協(xié)議帶來規(guī)范化,規(guī)范化帶來高效。事實(shí)是 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.
?
總結(jié)
作為面試題的話,本題大概有兩個(gè)考點(diǎn):
二進(jìn)制圖片序列化 base64; 特定場景的 url 長度限制。 部分 http 協(xié)議知識。
或者說,真要 get 傳圖片作為方案的話,需要打通上面兩個(gè)關(guān)鍵技術(shù)問題。面試現(xiàn)場也可以再加一些Blob、TypedArray、圖片壓縮方案之類的。
最近面試BAT,整理一份面試資料《Java面試BATJ通關(guān)手冊》,覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務(wù)、數(shù)據(jù)庫、數(shù)據(jù)結(jié)構(gòu)等等。
獲取方式:點(diǎn)“在看”,關(guān)注公眾號并回復(fù)?Java?領(lǐng)取,更多內(nèi)容陸續(xù)奉上。
文章有幫助的話,在看,轉(zhuǎn)發(fā)吧。
謝謝支持喲 (*^__^*)

