老辦法是:
1.客戶請求
2.服務器的servlet或控制器接收請求(路由規則由後端制定，整個項目開發的重要部分在後端)。
3.調用服務和DAO代碼來完成業務邏輯。
4.返回到jsp
5.jsp展示了壹些動態代碼。
新的方法是:
1.瀏覽器發送請求
2.直接進入html頁面(路由規則由前端制定，整個項目開發的權重前移)。
3.html頁面負責調用服務器接口生成數據(通過ajax等。).
4.填充html以顯示動態效果。
(有興趣的童鞋可以訪問阿裏巴巴等大型網站，然後點擊F12，壹旦刷新頁面就可以監控他的http是怎麽玩的。大部分都是單獨請求後臺數據，使用json傳輸數據，而不是壹個大而全的http請求返回包括運動和靜態在內的整個頁面。)
這樣做的好處是:
1.可以實現真正的前端解耦，前端服務器使用nginx。
前端服務器放入css、js、圖片等壹系列靜態資源(甚至妳可以把css、js、圖片等資源放入壹個特定的文件服務器，比如阿裏雲的oss，用cdn加速)，前端服務器負責控制頁面引用，跳轉調用後端接口，後端服務器使用tomcat。
(這裏需要用到nodejs、react、router、react、redux、webpack等壹些前端工程框架。)
2.發現bug可以快速定位是誰的問題，不會有互相踢皮球的情況。
頁面邏輯、跳轉錯誤、瀏覽器兼容性問題、腳本錯誤、頁面樣式等問題都是前端工程師的責任。
接口數據錯誤、數據無法提交、響應超時等問題。都是後端工程師解決的。
雙方互不幹涉，前端和後端是相親相愛的壹家人。
3.在大並發的情況下，我可以同時橫向擴展前後臺服務器。比如淘寶壹個首頁，需要2000個前端服務器作為集群，才能抵禦日均幾個億+的pv。
(去阿裏的技術峰會，聽他們說他們的web容器都是自己寫的。就算他單個實例能抗65438+百萬http並發，2000套就是2億http並發，可以根據預測的洪峰無限擴展。太恐怖了，就壹個主頁。。。)
4.降低後端服務器的並發壓力，除接口外的其他所有http請求都轉移到前端nginx。
5.即使後端服務暫時超時或宕機，前端頁面也會正常訪問，只是數據刷不出來。
6.也許妳還需要有微信相關的輕應用，這樣妳的界面才能完全使用。如果還有app相關的服務，可以通過壹些代碼重構，大量重用接口，提高效率。
7.您不必擔心頁面上顯示的任何內容，因為它是異步加載的。