因爲一個跨域請求,我差點丟了飯碗!

Java技術棧

www.javastack.cn

關注閱讀更多優質文章

瀏覽器基本原理

我叫小風,是Windows帝國一個普通的上班族。

今天,我入職了一家瀏覽器公司,公司的主營業務是爲人類提供Internet上網服務,我的崗位是負責執行JavaScript代碼。

上午的晨會上,認識了負責網絡連接的老白,所有網絡請求都得找他幫忙,還有負責存儲管理的小黑,什麼CookieLocalStorageSessionStorage之類的都歸他管。哦,差點忘了,還有一個妹子小雪,她負責網頁渲染。

隨後主管安排了我的工作:老白從網絡取回網頁之後交給小雪來解析渲染,遇到網頁中的JavaScript代碼的時候,就由我來處理執行這些代碼。

聽完主管的安排,我心裏美滋滋,因爲工作上需要密切配合,主管把我和小雪妹子的工位安排在了一起,想想都開心^_^||

坐下不久,我主動和小雪聊了起來。

“小雪,你平時工作都做些什麼啊?”

小雪轉過身來,“我呀,就負責把老白給我的HTML文件進行解析,構建DOM樹,然後再拿到CSS文件,構建CSSOM樹,最後把網頁給畫出來”

我似懂非懂的點了點頭,正想繼續找話題,這時,老白過來了。

“小雪,來活了,這是剛剛拿到的網頁文件,快處理一下”

小雪轉過身去開始忙碌了起來,不一會兒,她就停下來說到:“小風哥,有 <script> 標籤了,該你上了”

看來該是我露一手的機會了,我拿到 <script> 中的代碼,開始忙活起來,很快就完成了,繼續交給小雪完成下面的工作。

就這樣你來我往了幾個回合,我有些嫌麻煩:“小雪,要不你先一次處理完,我最後再來統一執行所有的 <script> 標籤中的代碼,這樣不是省事一點嘛”

“那可不行,你在執行JavaScript的時候有可能會去修改我構建的DOM樹的內容,咱倆必須按順序來,不然會出亂子的”,小雪一本正經的說到。

沒辦法,只好聽她的。

就這樣,我們一直配合的有條不紊,還時不時去找老白髮送下數據,找小黑索要Cookie,很快就和大家混熟了。就這樣過了幾天,沒想到平靜的工作起了波瀾······


跨域禁止

這天我拿到了一段代碼,需要去請求一段數據,老規矩,我準備好了請求參數找到老白,準備讓他給我發出去。

沒想到老白一看大驚:“這是一個跨域請求啊,不能發出去!”

我愣了一下,“跨域請求?什麼鬼”

老白指着我給的請求參數說到:“你看你給的這個請求URL,和你現在處理的這個網頁URL,不是一家人啊,域名不一樣”

“你管人家是不是一家人,發出去不就得了,快點,我還等着要呢”

“不行,知道你這個崗位之前那位怎麼走的不?就是因爲他在一個山寨網銀網站裏面執行JavaScript的時候向真正的銀行網站發起了轉賬請求,把人家的錢給搞丟了。就因爲這個被老闆開了,我要不是平日裏跟老闆走得近,說不定也要連坐。”

聽了老白的話,我嚇得不輕,差點飯碗就不保了,不過我心裏還是有一些疑問。

“老白,爲什麼真正的銀行網站會信任這個山寨網站的請求呢?”

“因爲這人之前剛好也打開了真實的銀行網站,還設置了Cookie讓小黑保存着。這後面山寨網站的請求發出去時,Cookie也一併帶上了,網站那端還以爲是正常的請求呢,這不就遭了嗎。這種攻擊方式被叫做CSRF,跨站請求僞造”,老白說到。

“那後來呢?後來怎麼樣了?”,我繼續問到。

“後來,後來就把那小子炒掉了啊,這不才給你騰了個坑嗎!不過公司爲了防止以後此類事情再次發生,就制定了一個禁止跨域請求的規定!”

老白一邊說,一邊給我講了起來什麼是禁止跨域請求。

我這才知道,原來請求的目標URL和所在網頁的URL的協議、域名、端口有一個不同,就算是跨域了。

今天幸好有老白,要不然我好不容易得來的工作就要丟了。告別了老白,回到工位,我拋了一個禁止跨域請求的錯誤就沒管了。


不過,沒過多久,公司就收到了很多投訴,說我們打開的網頁排版格式全部錯亂了,有時候甚至連圖片都加載不出來。

最後追責到了小雪妹子這裏,小雪很委屈的說到:“這不能怪我啊,他們好多網頁都引用了外部的css和js文件,尤其那個叫jQuery的最多。但是每次找到老白要這些文件,老白都以公司的禁止跨域請求的規定拒絕給我,我也沒有辦法啊”

沒辦法,公司只好對跨域請求的規定作了一輪修訂,規定了以後通過HTML標籤引入外部文件的時候予以放行,具體來說有:

  • <img>:引入外部圖片

  • <link>:引入外部css

  • <script>:引入外部javascript

  • ......

規則修訂後,投訴總算變少了,渲染的網頁也逐漸恢復了正常。


跨域:JSONP

然而太平日子沒過多久,投訴又多了起來。我一打聽才知道,原來現在開始流行什麼前後端分離技術,數據和展示解耦,數據不再直接放在網頁文件裏,而是需要單獨通過JavaScript去從服務器拿回來動態展示。

問題出在這些網站的前端網頁和業務數據接口服務器常常不在一起,分屬不同的域名或者使用不同的端口,違反了我們的跨域禁令,導致數據請求不到,頁面經常一片空白,沒有數據。

領導爲這事兒左右爲難,既想盡快處理這些投訴,又不想放棄安全原則放開這些跨域的請求。

就在這時,經驗老道的老白獻了一策:“既然規則中允許從外部JS文件,我們何不就利用它來實現外部接口的請求呢?

我們幾個都滿臉問號,不解其意。老白接着說到:“我畫個圖你們就明白了”

我看着老白畫的圖,才明白他說的什麼意思,“老白,好計策啊,利用規則中對<script>標籤請求的放行將請求發出去,然後讓服務器返回經過callback函數包裝的JS代碼,最後實現數據的加載!

“小風你很聰明哦”,老白得意的點點頭。

“不過人家服務器憑什麼返回你需要的格式?”,小雪問到。

老白撓了撓頭,“額,這個嘛,就需要服務器那邊配合咱們一下啦”

“你這個好像只能支持GET請求吧,遇到POSTPUTDELETE這些請求咋辦呢?”,我也提了一個問題。

老白的臉一下就變色了,“這個,這個,好像是有這個問題,不過先湊合用着嘛,他們天天投訴你們不嫌煩嘛”

經過討論,我們還是打算把這套方案先推出去,因爲需要這些網站後臺的配合,他們大部分都不太情願,不過迫於沒有其他方案,在我們的遊說之下還是勉強同意了。

爲了方便推廣,我們還給這門技術取了一個名字:JSONP,就是JSON with Padding的意思。

跨域:CORS

漸漸地,投訴變少了,不過奇怪的是,公司的上網業務也變少了。一打聽才知道,人類都不用我們了,用上了隔壁的Chrome瀏覽器。

負責打探消息的老白回來了,“不好了,咱們的JSONP技術大家都不用了,轉投隔壁Chrome瀏覽器的CORS技術了”

領導一聽急了,“這是啥技術,能比我們的JSONP還好?”

老白激動的說到,“是啊,領導,這CORS全稱叫跨域資源共享(Cross-origin resource sharing),不像咱們那樣投機取巧實現,走得是正規路子,而且還解決了只支持GET請求的問題,什麼請求都能發”

“你快說說,他們到底怎麼搞的?”

老白來到畫板前,開始畫起圖來,一邊畫一邊給大家講解:“他們在正式的跨域請求之前,先發送了一個OPTIONS請求去詢問服務器是否允許接下來的跨域請求”

“OPTIONS?你要不說我都忘記HTTP協議裏還有這麼一種請求了”,我笑着說道。

“這怎麼個詢問法呢?”,領導鄒着眉頭問。

老白繼續說到,“他們和那些網站服務器商定了一下,在OPTIONS請求裏新增了幾個字段:”

  • Origin:發起請求原來的域

  • Access-Control-Request-Method:將要發起的跨域請求方式(GET/PUT/POST/DELETE/······)

  • Access-Control-Request-Headers:將要發起的跨域請求中包含的請求頭字段

“服務器在響應字段中來表明是否允許這個跨域請求,瀏覽器收到後檢查如果不符合要求,就拒絕後面的請求”

  • Access-Control-Allow-Origin:允許哪些域來訪問(*表示允許所有域的請求)

  • Access-Control-Allow-Methods:允許哪些請求方式

  • Access-Control-Allow-Headers:允許哪些請求頭字段

  • Access-Control-Allow-Credentials:是否允許攜帶Cookie

老白說完,圖也畫完了:

“每次都要發起詢問,好費事哦”,小雪看着圖說到。

老白搖頭說到:“唉,小雪說到點上了,爲了避免每次都要詢問,他們還做了兩個重要的優化呢”

見我們都伸直了脖子等待答案,老白緩了緩才繼續說到:“第一,如果是一個簡單請求,那就直接發起請求,只需在請求中加入Origin字段表明自己來源,在響應中檢查Access-Control-Allow-Origin,如果不符合要求就報錯,不需要再單獨詢問了”

“那什麼是簡單請求呢?”,我問到。

“簡單請求就是請求方式屬於HEAD、GET、POST三者之一,請求頭只有下面這些,不符合要求的就是非簡單請求,就得詢問了”

  • Accept

  • Accept-Language

  • Content-Language

  • Last-Event-ID

  • Content-Type:(application/x-www-form-urlencoded、multipart/form-data、text/plain)

“那第二個優化又是什麼呢?”

“前面的服務器響應字段中我少說了一個,還有一個Access-Control-Max-Age,它表明了這個詢問結果的有效期,後面瀏覽器在有效期內也可以不必再次詢問”

聽完老白的講解,大家都紛紛點贊,這比我們的JSONP方式不知道高到哪裏去了。

領導當即決定咱們也要支持這種跨域方式,儘快減少公司的損失。

我們幾個趕緊行動,加了幾天班總算把這套方案給實現了。功夫不負有心人,咱們的業務又慢慢有了起色。

最近熱文:

1、Spring Boot 幹掉了 Maven 擁抱 Gradle!

2、一週面試了 30 人,面到我心態爆炸…

3、阿里爲什麼不用 Zookeeper 做服務發現?

4、寫了個全局變量的bug,被同事們打臉!

5、Java 14 祭出神器,Lombok 被幹掉了?

6、爲什麼 Redis 單線程能達到百萬+QPS?

7、Spring Boot 2.3 優雅關閉新姿勢,真香!

8、Redis 到底是單線程還是多線程?

9、我天!xx.equals(null) 是什麼騷操作??

10、Spring Boot 2.3.1 發佈, 10 個新特性!

掃碼關注Java技術棧公衆號閱讀更多幹貨。

點擊「閱讀原文」獲取面試題大全~

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章