為什么JSP會比Beetl慢
許多人都不相信這個事實,作為前端常用渲染技術,JSP比Beetl慢。如果稍微了解這倆種技術的人,會分析:JSP是編譯成class的,而 Beetl總是解釋執行的。JSP肯定會比Beetl快。然而,事實并不是這樣,通過了許多性能測試,證明,Beetl還是要快的,如下是TEB模板引擎 性能基準測試結果:
可以看出,代表Beetl的綠色的,性能高于代表JSP的黃色大約2倍。
還有個帖子來自osc:http://my.oschina.net/tangcoffee/blog/303865,壓力測試jsp和beetl,證明beetl性能是JSP的2倍,如下是截取的部分數據
采用jfinal+beetl模板,apache ab壓力測試結果
-
Time taken for tests: 0.656 seconds
-
Complete requests: 1000
-
Time per request: 32.813 [ms] (mean)
未采用beetl,apache ab測試結果:
-
Time taken for tests: 1.297 seconds
-
Complete requests: 1000
-
Time per request: 64.844 [ms] (mean)
究竟怎么回事情,使得編譯執行的JSP執行比解釋執行的Beetl慢?;旧蟻碚f,Beetl并沒有做出超越常規的性能優化,而是JSP本身性能優化不夠導致的。
第一: JSP對靜態文本處理的不夠好 。
如果你看看JSP編譯的后的java代碼(以Tocmat7為例),你會發現,JSP并沒有優化好靜態文本輸出。如下一個JSP代碼
- <%@ page language="java" contentType="text/html; charset=ISO-8859-1"
- pageEncoding="UTF-8"%>
- <html>
- <head>
- <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
- <title>Test JSP</title>
- </head>
- <body>
- <%
- String a = "Test JSP";
- %>
- <%=a %>
- </body>
- </html>
Tomcat7 會編譯成為
- out.write("<html>\r\n");
- out.write("<head>\r\n");
- out.write("<meta http-equiv=\"Content-Type\"
- content=\"text/html; charset=ISO-8859-1\">\r\n");
- out.write("<title>Test JSP</title>\r\n");
- out.write("</head>\r\n");
- out.write("<body>\r\n");
- String a = "Test JSP";
- out.write('\r');
- out.write('\n');
- out.print(a );
- out.write("\r\n");
- out.write("</body>\r\n");
- out.write("</html>");
可以看出,對于靜態文本,JSP會多次調用out.write方法,而write方法內部,每次調用,都會做flush檢測等耗時機制。因此,更好的方式應該是將靜態文本合并一次性輸出,應該是下面這種會更好點
// 期望JSP的樣子
- out.write("<html>\r\n<head>\r\n ....<body>\r\n“);
- String a = "Test JSP";
- out.write("\r\n“);
- out.print(a );
- out.write("\r\n</body>\r\n</html>");
第二 就算JSP的實現做了如上更改,靜態文本處理還有優化空間。這是因為互聯網傳輸的二進制,因此會存在一個將靜態文本轉成 byte[] 輸出的過程,這是一個耗費CPU操作的過程,也就是JSP里的write操作,內部還大量的編碼,而且,隨著JSP一次次渲染,編碼是一次一次重復,實驗 證明,這極大的降低了JSP性能。通過如下偽代碼可以驗證
- public static void main(String[] args)throws Exception {
- String text = "<html>你好中文!你好中文!你好中文!</html>";
- {
- //模擬jsp
- long start = System.currentTimeMillis();
- for(int i=0;i<1000000;i++){
- byte[] bs = text.getBytes("UTF-8");
- write(bs);
- }
- long end = System.currentTimeMillis();
- System.out.println("jsp total="+(end-start));
- }
- {
- // 模擬beetl
- long start = System.currentTimeMillis();
- byte[] bs = text.getBytes("UTF-8");
- for(int i=0;i<1000000;i++){
- write(bs);
- }
- long end = System.currentTimeMillis();
- System.out.println("beetl total="+(end-start));
- }
- }
- public static void write(byte[] bs){
- }
輸出是:
-
jsp total=228
-
beetl total=3
可見Beetl將靜態文本預先編碼成二進制,會提高性能很多。而通常JSP,總是靜態文本多過JSP Code的
第三,JSP在JSTL做的不夠完美,也導致性能很差。
由于JSP是基于Java語言,語言本身是OO的,很多地方不適合模板場景使用,因此,自然而然采用JSTL來彌補JSP的不足,這也是后來很多項目都基本上采用了JSTL來寫模板。然而,JSTL的性能更加有問題。比如下一個簡單的JSTL判斷
- <c:choose>
- <c:when test="${param.newFlag== '1' || param.newFlag== '2'}">
- <th>1 or 2 <font color="Red">*</font>
- </c:when>
- </c:choose>
在我最初的想象里,我認為jsp至少會編譯成如下代碼:
//期望JSP能編譯成如下代碼
- if(request.getParameter("newFlag").equals("1")
- ||request.getParameter("newFlag").equals("2")){
- out.print(...)
- }
但事實并不是這樣,對于如上JSTL,編譯成
- // 實際上JSP編譯的代碼
- out.write((java.lang.String)
- org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(
- "${param.newFlag== '1' || param.newFlag== '2'}",
- java.lang.String.class,
- (javax.servlet.jsp.PageContext)_jspx_page_context, null, false));
也就是,JSP并沒有如預期的預編譯成java代碼,而是動態解釋執行了 test條件,這樣,性能不差才怪呢.
綜上所述,JSP之所以在基準測試還是實際的測試,都比Beetl慢不少,是因為他靜態文本輸出方面沒有去做積極的優化。像JSTL那樣的的解釋執行也極大的拖了JSP后退,而Beetl避免了這些問題。
責任編輯:售電衡衡
-
權威發布 | 新能源汽車產業頂層設計落地:鼓勵“光儲充放”,有序推進氫燃料供給體系建設
2020-11-03新能源,汽車,產業,設計 -
中國自主研制的“人造太陽”重力支撐設備正式啟運
2020-09-14核聚變,ITER,核電 -
探索 | 既耗能又可供能的數據中心 打造融合型綜合能源系統
2020-06-16綜合能源服務,新能源消納,能源互聯網
-
新基建助推 數據中心建設將迎爆發期
2020-06-16數據中心,能源互聯網,電力新基建 -
泛在電力物聯網建設下看電網企業數據變現之路
2019-11-12泛在電力物聯網 -
泛在電力物聯網建設典型實踐案例
2019-10-15泛在電力物聯網案例
-
權威發布 | 新能源汽車產業頂層設計落地:鼓勵“光儲充放”,有序推進氫燃料供給體系建設
2020-11-03新能源,汽車,產業,設計 -
中國自主研制的“人造太陽”重力支撐設備正式啟運
2020-09-14核聚變,ITER,核電 -
能源革命和電改政策紅利將長期助力儲能行業發展
-
探索 | 既耗能又可供能的數據中心 打造融合型綜合能源系統
2020-06-16綜合能源服務,新能源消納,能源互聯網 -
5G新基建助力智能電網發展
2020-06-125G,智能電網,配電網 -
從智能電網到智能城市