程式師世界 >> 編程語言 >> 網頁編程 >> JSP編程 >> 關於JSP >> 為什麼JSP會比Beetl慢

為什麼JSP會比Beetl慢

編輯：關於JSP

為什麼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慢。基本上來說，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避免了這些問題。