jsp技術作為曾經一度火爆的技術，在最近幾年確實使用率越來越低了，這篇文章帶你一塊探究一下jsp的從生到死。
一、jsp技術的誕生
在很久很久以前，那時候我們的開發都是通過servlet來完成的，這個servlet是什麼呢？我們先來認識一下：
servlet用Java語言編寫的服務器端程序。主要功能是和瀏覽器進行交互，生成頁面展示。
代碼長下面這個樣子：
我們可以看到前端所展示的頁面，需要我們servlet去一個標籤一個標籤去生成，如果一個頁面超級複雜，動不動幾千行代碼，那這個servlet效率也就太低了。而且整個servlet代碼也會十分臃腫而且可讀性非常差。
這時候怎麼辦呢？sun公司很早就意識到了這個問題，於是便倡導很多公司一塊來創建了一種能夠動態生成html的新技術，不久之後jsp便誕生了。有效率的解決了上面servlet所出現的問題。
二、jsp的發展
既然jsp技術能夠解決剛剛servlet代碼裡面所出現的技術，我們來看一下是如何解決的：在這裡我們舉一個小例子，就是前端jsp向服務器servlet發送請求圖書頁面的功能。
首先我們看一下servlet：
我們會發現，現在的servlet沒有一點html代碼了。我們只需要把數據交給jsp。此時我們的頁面展示就交給jsp來做了。現在我們來看一下jsp長什麼樣子：
這就是jsp，我們可以在html頁面中寫一些java代碼。對於我們程序員來說，在開發當中靜態的頁面我們只需要用html和css寫一些標籤來展示即可，對於那些動態的部分我們就可以使用java代碼。
那麼jsp和servlet是不是就是這種協作的關係，本質上有什麼區別呢？
其實jsp只是servlet的一種特殊形式，每一個jsp頁面就是一個servlet實例，通俗一點的話來說：jsp就是servlet，只不過servlet把一些業務功能剝離開來交給了或者是形成了jsp。明白了吧。在我們的項目編譯的時候就是把jsp編譯成了servlet。
你們會發現，這樣做其實挺好的，市場也驗證了一切，很快jsp技術流行開來，可是隨著時間的流逝，業務越來越複雜，jsp也開始跟不上時代了。
三、jsp的危機
我們先看一個對話場景：
java程序員：終於寫完了功能，是時候在界面上展示了。前端程序員：你功能寫完了，我沒有數據，在頁面什麼沒法展示呀java程序員：數據我寫好了，你在jsp中調用XX方法就能獲取了，前端程序員：我已經在jsp中寫好了這個方法，你為什麼自己寫了？於是乎，無窮無盡的爭吵還在繼續當中。這就是jsp的弊端，為什麼呢？我們可以來總結一下：
（1）動態和靜態資源放在一起，一旦服務器出現狀況，前後臺一起玩完，用戶體驗極差。
（2）一旦jsp出現了問題，就需要前端後端發開人員一塊來分析解決，效率低。
（3）jsp無法使用nginx等。
（4）jsp頁面複雜，難以修改。
（5）第一次加載jsp需要編譯成servlet，時間久，而且業務量大的時候，jsp負擔太大。
（6）jsp對於開發人員簡直就是一個揮之不去的痛，太難了！！！
鑑於以上缺點，於是另外一套機制橫空出世了，這就是前後端分離。什麼是前後端分離呢？
前後端分離其實就是後端工程師只關注於後端頁面的開發，不再處理前端問題。前端工程師只關注於自己的頁面開發。需要數據交互的時候，兩者會有一份接口文檔。就這樣這種思想架構很快的流行開來，這也就是為什麼jsp落寞的真正原因。從此java從jsp轉向了restful結構，springMCV也開始流行開來，並逐漸佔領了市場。前後端分離有什麼優點呢？我們來總結一下：
（1）動態和靜態資源分開存儲。
（2）出現bug能很快定位是前端還是後端。
（3）支持nginx。在高併發狀態下極其優秀。
（4）直接請求頁面，不用編譯，速度效率都提上來了。
（5）從此前端和後端是相親相愛的一家人了！！！！
四、jsp的落幕
又隨著時間的推移，jsp的時代基本上一去不復返了，因為我們又走入了移動互聯時代，這時候的客戶端可不是前端頁面了，還包括手機、汽車、電視等等各種設備，這種情況下，前後端必須要分離了。jsp基本上徹底告別了它的舞臺。
技術總是在不斷地發展和完善，只有技術的革新才會帶來社會的進步。
閱讀更多 Java的架構師技術棧 的文章
