javaweb項(xiàng)目為什么我們要放棄jsp

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

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

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

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

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

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

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

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