阿里二面：GET 請(qǐng)求能傳圖片嗎？
你知道的越多，不知道的就越多，業(yè)余的像一棵小草！
你來(lái)，我們一起精進(jìn)！你不來(lái)，我和你的競(jìng)爭(zhēng)對(duì)手一起精進(jìn)！
編輯：業(yè)余草
juejin.cn/post/6860253625030017031
推薦：https://www.xttblog.com/?p=5290
從一道面試題說(shuō)起：GET 請(qǐng)求能傳圖片嗎？
?作者：沉末_
?
?原文地址：https://juejin.im/post/6860253625030017031
?
「前言」
曾經(jīng)遇到的面試題，覺(jué)得挺有意思，來(lái)說(shuō)下我的答案及思考過(guò)程。
首先，我們要知道的是，圖片一般有兩種傳輸方式：base64 和 file對(duì)象。
base64 圖片
圖片的base64編碼想必大家都見(jiàn)過(guò)：
base64 的本質(zhì)是字符串，而 GET 請(qǐng)求的參數(shù)在 url 里面，所以直接把圖的 base64 數(shù)據(jù)放到 url 里面，就可以實(shí)現(xiàn) GET 請(qǐng)求傳圖片。
input 輸入框拿到的圖是 file 對(duì)象，圖片 file 對(duì)象轉(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);
??})
}
問(wèn)題來(lái)了，GET 請(qǐng)求的 url 長(zhǎng)度是有限制的，不同的瀏覽器長(zhǎng)度限制不一樣，最長(zhǎng)的大概是 10k 左右，根據(jù) base64 的編碼原理，base64圖片大小比原文件大小大 1/3，所以說(shuō) base64 只能傳一些非常小的小圖，大圖的 base64 太長(zhǎng)會(huì)被截?cái)唷５鋵?shí)這個(gè)長(zhǎng)度限制是瀏覽器給的，而不是 GET 請(qǐng)求本身，也就說(shuō)，在服務(wù)端，GET 請(qǐng)求長(zhǎng)度理論上無(wú)限長(zhǎng)，也就是可以傳任意大小的圖片。
file 對(duì)象
我們來(lái)看看這個(gè)場(chǎng)景：
<form?action="http://localhost:8080/"?method="get">
????<input?type="file"?name="logo">
????<input?type="submit">
form>
選擇圖片，然后提交表單，能提交成功，但是接口收不到文件。請(qǐng)求的 url 會(huì)變成 http://localhost:8080/?logo=xxx.png，但是不會(huì)攜帶圖片數(shù)據(jù)。正常情況，file 對(duì)象數(shù)據(jù)是放在POST請(qǐng)求的 body 里面，并且是 form-data 編碼。那么 GET 請(qǐng)求能否有 body 體呢？答案是可以有。GET 和 POST 并沒(méi)有本質(zhì)上的區(qū)別，他們只是 HTTP 協(xié)議中兩種請(qǐng)求方式，僅僅是報(bào)文格式不同（或者說(shuō)規(guī)范不同）。做過(guò)底層開發(fā)的同事可能比較熟悉，之前我們C語(yǔ)言的同事和我講，我們的 HTTP 請(qǐng)求，他們收到是這樣子的：
舉個(gè)栗子, 一個(gè)普通的 GET 請(qǐng)求，他們收到是這樣的：
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 請(qǐng)求長(zhǎng)這樣：
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 請(qǐng)求，也都是這樣的報(bào)文。底層解析這個(gè)報(bào)文的時(shí)候，并不關(guān)心是什么請(qǐng)求，所以說(shuō) GET請(qǐng)求也可以有body 體，也可以傳 form-data 數(shù)據(jù)。有興趣的可以拿 postman（我用的版本是 v7.30.1） 試一下，看看 GET 請(qǐng)求傳圖片，接口能不能收到圖片文件：
GET 請(qǐng)求能不能帶 body 這個(gè)事是由 HTTP 協(xié)議來(lái)定義的。所謂協(xié)議就是大家共同遵守的一套規(guī)則，你不遵守某一規(guī)則有時(shí)候確實(shí)不會(huì)有大問(wèn)題，但是其行為表現(xiàn)是什么就不得而知了。協(xié)議帶來(lái)規(guī)范化，規(guī)范化帶來(lái)高效。事實(shí)是 HTTP 1.1 的 RFC 文檔里沒(méi)有禁止 GET 請(qǐng)求帶 body ，但是也沒(méi)有定義 GET 請(qǐng)求 body 的語(yǔ)義。
參見(jiàn): 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； 特定場(chǎng)景的 url 長(zhǎng)度限制。 部分 http 協(xié)議知識(shí)。
或者說(shuō)，真要 get 傳圖片作為方案的話，需要打通上面兩個(gè)關(guān)鍵技術(shù)問(wèn)題。面試現(xiàn)場(chǎng)也可以再加一些Blob、TypedArray、圖片壓縮方案之類的。