A. 做網頁設計,不用JSP只用HTML可以嗎
可以，但是只能做出前端的靜態頁面，不能實現任何後台的交互功能。
1、HTML是超文本標記語言，其只能實現前台的靜態頁面，也就是能實現人們看到的部分，所以HTML屬於前端語言，只能製作靜態太頁面。
2、JSP屬於後台語言，可以實現網站的許多後天功能，實現前台與後台資料庫的交互，屬於編程語言而不是標記語言。SP全名為Java Server Pages，中文名叫java伺服器頁面，其根本是一個簡化的Servlet設計，它[1] 是由Sun Microsystems公司倡導、許多公司參與一起建立的一種動態網頁技術標准。JSP技術有點類似ASP技術，它是在傳統的網頁HTML（標准通用標記語言的子集）文件(*.htm,*.html)中插入Java程序段(Scriptlet)和JSP標記(tag)，從而形成JSP文件，後綴名為(*.jsp)。 用JSP開發的Web應用是跨平台的，既能在Linux下運行，也能在其他操作系統上運行。
B. 前端用jsp還是html
如果只是針對這2個選擇，一般是html。還要看公司需求，公司要求你用jsp，那就jsp，除非你能動之以情，曉之以理，說服公司使用html，同時也要解決不用jsp，使用html所帶來的其它問題。而且jsp是前後端不分離的開發模式、html一般是前後端分離的開發模式
如果是放大到前端，現在都不是說什麼jsp、html的問題，是講要使用什麼技術開發的問題。像我們使用vue來開發前端的話，都是在.vue文件上寫前端代碼，.html都是編譯過來的，基本是都不用管.html裡面的東西
C. html5 能接數據嗎，能取代jsp嗎
不能。html5是一個頁面顯示的語言，他是html4標準的延伸，本質上，他就是為了顯示頁面。html5其實就是增加了許多動態顯示的標簽，本質上是為了頁面顯示更美觀，可以顯示更多的功能。雖然html5增加了本地資料庫支持，但是並不能取代服務端資料庫，除非這不是一個網路應用。html5或者說html是一個前台展示語言。
jsp是javaWeb的一個規范，他的本質是servlet。jsp其實就是把servlet和html結合在一起了。當jsp被編譯的時候，會被編譯成一個servlet的class，而裡面的顯示頁面的html語句會被out出來。簡單來說jsp是為了接收後端數據，輸出到前端的一個技術。除了jsp，java還可以使用velocity、Freemaker模版等技術結合html來顯示頁面。
就是說jsp技術和html是不可分割的，使用jsp來顯示一個頁面時，必須使用html技術，當然也可以是html5。只不過html被整合在jsp裡面或者說jsp其實就是servlet和html的結合體，並且html和servlet是版本無關的，就是說你只要使用html就可以，至於是哪個版本無所謂。
D. 現在什麼技術取代了jsp
Spring Boot一部分取代了jsp：
以前老的方式是：
1.客戶端請求
2.服務端的servlet或controller接收請求（路由規則由後端制定，整個項目開發的權重大部分在後端）
3.調用service,代碼完成業務邏輯
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，rex，webpack）
2.發現bug，可以快速定位是誰的問題，不會出現互相踢皮球的現象。
頁面邏輯，跳轉錯誤，瀏覽器兼容性問題，腳本錯誤，頁面樣式等問題，全部由前端工程師來負責。
介面數據出錯，數據沒有提交成功，應答超時等問題，全部由後端工程師來解決。
雙方互不幹擾，前端與後端是相親相愛的一家人。
3.在大並發情況下，我可以同時水平擴展前後端伺服器，比如淘寶的一個首頁就需要2000台前端伺服器做集群來抗住日均多少億+的日均pv。
（去參加阿里的技術峰會，聽他們說他們的web容器都是自己寫的，就算他單實例抗10萬http並發，2000台是2億http並發，並且他們還可以根據預知洪峰來無限拓展，很恐怖，就一個首頁。。。）
4.減少後端伺服器的並發壓力，除了介面以外的其他所有http請求全部轉移到前端nginx上。
5.即使後端服務暫時超時或者宕機了，前端頁面也會正常訪問，只不過數據刷不出來而已。
6.也許你也需要有微信相關的輕應用，那樣你的介面完全可以共用，如果也有app相關的服務，那麼只要通過一些代碼重構，也可以大量復用介面，提升效率。
7.頁面顯示的東西再多也不怕，因為是非同步載入。