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

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

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

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

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

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

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

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