1、Java Web項目為什么我們要放棄JSP2原因：1、前后端解耦2、 動靜分離3為什么要前后端解耦？為什么要動靜分離？4一一道來5以前java web項目都是java程序猿又當爹又當媽又搞前端（ajax/jquery/js/html/css等等）又搞后端（java/mysql/oracle等等）6現在隨著時代的發展，漸漸的許多大中小公司開始把前后端的界限分的越來越明確，前端工程師只管前端的事情，后端工程師只管后端的事情，正所謂術業有專攻，一個人如果什么都會，那么他畢竟什么都不精。7實際大中型公司需要專業人才，小公司需要全才，但是對于個人職業發展來說，我建議是分開，先從專業性人才做起。 8前端h

2、tml+css+js+ajax+json+xml等，現在還有html5+css3，框架js如jQuery 。9后端把精力專注在java，jvm原理，spring原理，mysql鎖，事務，多線程，大并發，分布式架構，微服務，以及相關的項目管理等等，這樣你的核心競爭力才會越來越高。10扯遠了11項目實例12JSP前端結果前后端高耦合且后端權重極大需求定完了，代碼寫完了，測試測完了，然后呢？要發布了吧。你需要用eclipse把你的代碼打成一個war包，然后發布到生產環境下的web容器（tomcat/jboss/weblogic）里，然后啟動web容器提供服務。使用了若干后臺框架，springmvc/

3、struts + spring jdbc/hibernate/mybatis 等等，三層結構：控制層，業務層，持久層（dao）各種標簽（jstl/el）或者手寫java（）將后臺的數據展現出來后端13回想下你的前后端代碼是不是全都在那個war包里？包括你的js，css，圖片，java，各種第三方的庫，對吧？前后端全混雜在一起。14項目進入實用用戶開始通過網站域名訪問，瀏覽器在通過ip路由到你的服務，在tcp3次握手之后，通過http協議開始訪問你的web服務器，你的web服務器得到請求后，開始提供服務，接收請求并通過response返回你的應答給瀏覽器。15我們先假設首頁中有100張圖片，以及

4、一個單表的查詢，此時，用戶的看似一次http請求，你的100張圖片，瀏覽器要連著請求100次http請求，你的web服務器接收這些請求，需要消耗大量的內存玩命的去創建socket來完成tcp傳輸。16重點來了web服務器的壓力非常大，因為頁面中的所有請求都是只請求到你這臺服務器上，1個人還好，如果10000個人并發訪問呢（先不聊web服務器集群，這里就說是單實例web服務器），那你的服務器能扛住多少個tcp鏈接？你的服務器內存有多大？能抗住多少IO？會不會宕機？17從理論上講你可以把你的數據庫+應用服務+消息隊列+緩存+用戶上傳的文件+日志+等等都扔在一臺主機上。但是這樣就好像是你把雞蛋都放在

5、一個籃子里，隱患非常大。18所以以后的java web項目都盡量要避免使用jsp，越是大中型的web應用就越要搞前后臺解耦，玩分布式架構，這樣我們的應用架構才更強。19So正常的分布式架構，是都要拆開的，你的應用服務器集群（前，后）+文件服務器集群+數據庫服務器集群+消息隊列集群+緩存集群等等。20總結JSP的痛點21 現在javaWeb項目業界的標準是nginx+tomcat，動靜分離，請求先到nginx，所有的靜態資源請求全部交給nginx，動態資源全部給tomcat，此外nginx還可以玩負載均衡。 ps：nginx據說單實例http并發高達5w，這個優勢要用上，tomcat的各種參數優

6、化完http并發難上2000？還有不要把tomcat暴露給外網，一旦被黑客破解了之后，你配置文件里所有的信息，以及你的代碼都會玩完，class文件被反編譯，把nginx暴露給外網，只開放80和443端口，nginx調用tomcat全部都是內網ip，即使被黑客破解，他能拿到的也只是一些靜態資源，你是安全的。1、 jsp上動態資源和靜態資源全部耦合在一起，因為服務器會收到各種靜態資源、動態代碼的http請求，服務器壓力太大。222、前端工程師做好html后，由后端java工程師來將html修改成jsp頁面，包括各種文件的路徑，出錯率較高（因為頁面中經常會出現大量的js代碼），頁面中耦合了標簽，ja

7、va表達式，js代碼，html代碼，特別亂，修改問題時需要雙方協同開發，效率低下。233、jsp必須要在支持java的web服務器里運行（例如tomcat/resin/jboss/weblogic等），性能提不上來。244、第一次請求jsp，必須要在web服務器中編譯成servlet，第一次運行會較慢。255、每次請求jsp都是訪問servlet再用輸出流輸出的html頁面，效率沒有直接使用html高。266、如果在生產環境中，發現了前端的bug，讓前端工程師來調試bug，這個時候的頁面已經很混亂了，呵呵，他會遇到很多痛點。277、如果jsp中的內容很多，頁面響應會很慢，因為是同步加載。28解

8、決方案29要玩，就要玩到極致，要不就別玩！30 以前老的方式以前老的方式 新的方式新的方式1、客戶端請求2、服務端的servlet或controller接收請求3、調用service,dao代碼完成業務邏輯4、返回jsp5、jsp展現一些動態的代碼1、瀏覽器發送請求2、直接到達html頁面3、 html頁面調用服務端接口產生數據4、填充html，展現動態效果，在頁面上解析并操作DOM31總結一下新的方式的請求步驟： 大量并發瀏覽器請求-web服務器集群(nginx)-應用服務器集群(tomcat)-文件/數據庫/緩存/消息隊列服務器集群 321發現bug，可以快速定位是誰的問題，不會出現互相踢皮球的現象。頁面邏輯，跳轉錯誤，瀏覽器兼容性問題，腳本錯誤，頁面樣式等問題，全部由前端工程師來負責。接口數據出錯，數據沒有提交成功，應答超時等問題，全部由后端工程師來解決。23可以實現真正的前后端解耦，前端服務器使用nginx放靜態資源，后端用tomcat放動態接口，加快整體響應速度在大并發情況下，我可以同時水平擴展前后端服務器。新方式的好處5減少后端服務器并發壓力，除了接口以外的所有http請求全部轉移到前端nginx上。4