① include編譯指令和動作指令的區別
include指令和include動作都能實現將外部文檔包含到jsP文檔中的功能，名稱也很相似，非常容易混淆。include指令和include動作到底有什麼分別，哪一種方式會更好呢？
1.include指令
include可以在JSP頁面轉換成Servlet之前，將JSP代碼插入其中。它的主要優點是功能強大，所包含的代碼可以含有總體上影響主頁面的JSP構造，比如屬性、方法的定義和文檔類型的設定。它的缺點是難於維護只要被包含的頁面發生更改，就得更改主頁面，這是因為主頁面不會自動地查看被包含的頁面是否發生更改。
include指令的語法格式如下
<%@ include file="Relative Url"%>
2.include動作
jsp:include動作是在主頁面被請求時，將次級頁面的輸出包含進來。盡管被包含的頁面的輸出中不能含有JSP，但這些頁面可以是其他資源所產生的結果。伺服器按照正常的方式對指向被包含資源的URL進行解釋，因而這個URL可以是Servlet或JSP頁面。伺服器以通常的方式運行被包含的頁面，將產生的輸出放到主頁面中，這種方式與RequestDispatcher類的include方法一致。它的優點是在被包含的頁面發生更改時，無須對主頁面做出修改。它的缺點是所包含的是次級頁面的輸出，而非次級頁面的實際代碼，所以在被包含的頁面中不能使用任何有可能在整體上影響主頁面的JSP構造。
jsp:include動作的完整語法如下
<jsp:include page="Relative path to resource" flush="true">
其中jsp:include之間不能有空格，page屬性指定被包含的頁面，這個屬性是必需的，是指向某種資源的相對URL。如果這個相對URL不是以/開頭，則將其解釋為相對於主頁面的路徑；如果是以/開頭，是這個URL被解釋為相對於當前WEB
② java代碼直接寫在JSP頁面上有什麼弊端
不符合MVC思想，而且給程序的擴展維護，人員的分工合作帶來很大的困難，美工只懂HTML代碼，而大量的java代碼在頁面，顯而易見！程序的可讀性差，你自己想想，大量的代碼全部混合在頁面看代碼有多費力
③ JSP中動作與指令的區別
include標准動作：
<jsp:include page="pagename">
<jsp:param name="name" value="value">
</jsp:include>
include指令
<%@ include file="filename"%>
區別：
一，指令中標簽是file屬性，沒有結束標簽；而動作中是page屬性，必須有結束標簽。
二，指令最終會連同包含的文件內容一起編譯成一個.java文件，再把結果一起顯示。
動作是動態文件各自編譯成.java文件，只把結果在一起顯示。
三，指令會把動態的文件和靜態的文件類型一起編譯。
動作只編譯動態文件類型的文件，對於靜態的文件不編譯，即使靜態文件類型裡面有動態部分(html或txt文件類型里有scriptlet代碼段)也不會編譯，只會輸出靜態部分。
四，指令傳參只能通過scriptlet或者聲明部分傳參，而動作可以在jsp:param子標簽中設置參數和值。兩個不能混淆用。
五，指令中file不能是servlet，動作卻可以是servlet，並且可以通過在後面加？name=張三&age=18來傳遞參數或者jsp:param子標簽來傳遞參數
④ proguard 混淆器怎麼用，請教
我們做java開發的一般都會遇到如何保護我們開發的代碼問題。java語言由於是基於jvm上面，所以反編譯class文件很很容易。假如我們做了一個web程序，並把這個web程序發布給客戶。實際上，客戶是很容易反編譯出我們的源代碼出來，包括所有的src文件和jsp文件等等。
那麼，如何保護我們的源代碼，實際上，應該有幾種方法可以使用：1、使用代碼混淆器 2、重載應用伺服器的classloader
對於第一種方法來說，現在外面有很多開源工具可以使用，個人認為最好用的當屬proguard莫屬。proguard主要是易用易學。而且提供的功能也挺多。下面是個人一點使用心得
（1）、從網上download proguard工具，proguard工具主要包含是幾個jar文件和一些example，下載地址http://proguard.sourceforge.net/
（2）、將裡面的幾個jar文件添加到類路徑下面。當然，也可以不添加，但是下面在做混淆的時候，必須指定classpath，使在做混淆的過程中，能否訪問該類
（3）、編寫一個配置文件，主要是混淆器的一些參數。比如，下面是一個例子
-injars platform.jar
-outjars platform_out.jar
-libraryjars <java.home>/lib/rt.jar
-libraryjars ibatis-common-2.jar
-libraryjars ibatis--2.jar
-libraryjars ibatis-sqlmap-2.jar
-libraryjars junit-3.8.1.jar
-libraryjars d:/j2ee.jar
-libraryjars struts.jar
-libraryjars commons-lang.jar
-libraryjars D:/0working/coreproject/byislib/jasperreports-0.6.1.jar
-libraryjars commons-beanutils.jar
-printmapping proguard.map
-overloadaggressively
-defaultpackage ''
-allowaccessmodification
-dontoptimize
-keep public class *
{
public protected *;
}
-keep public class org.**
-keep public class it.**
各個參數的含義參考proguard文檔，該文檔非常詳細，上手很容易
OK，到此就完成了代碼混淆，打開產生的jar包可以看到，多了好多a、b、c之類的類文件。說明混淆結果已經成功。將原jar刪除、運行產生的混淆jar包，一切正常！
常見問題：使用過程中個人遇到了幾個問題，開始也是找了很久才解決
a. 內存溢出異常： 主要是proguard在做混淆的時候，吃了很多內存，因此，在運行混淆器的時候，可以增加內存，比如 java -mx512m .....
b.棧溢出異常： 主要是proguard在做混淆的時候，會對一些代碼進行優化，若遇到一些相對復雜的方法時，可能會拋出此異常。對付的辦法是增加配置參數-dontoptimize，如上面的配置例子所示
對於第二種方法，重載伺服器的classloader的原理是這樣。 首先我們通過一定演算法把class文件加密； 然後寫我們自己的classloader，替換伺服器的classloader。 這樣，我們可以讀取class文件，通過我們自己的演算法反加密成正確的class，然後再次進行load。這個方式還沒應用起來，這幾天個人正在研究，有什麼新成果會在此做一些總結。
ProGuard是一個開源的項目，主頁：http://proguard.sourceforge.net/，目前最新的版本是3.3.2.。載入混淆器是非常簡單的，只需要解壓縮proguard3.3.2.zip，然後在 J2ME->Packing->Obfuscation 標簽中選擇 Proguard 的安裝目錄。如下圖所示，在這里可以對需要在混淆過程中保留的類名進行配置，MIDlet 類的名稱必須保留，以便設備的 Java 運行時環境（JRE）能夠找到執行的入口點。
http://images.csdn.net/20050726/image027.jpg，It』s about the above pic.
另一篇文檔
ProGuard是一款免費的Java類文件壓縮器、優化器和混淆器。它能發現並刪除無用類、欄位（field）、方法和屬性值（attribute）。它也能優化位元組碼並刪除無用的指令。最後，它使用簡單無意義的名字來重命名你的類名、欄位名和方法名。經過以上操作的jar文件會變得更小，並很難進行逆向工程。這里提到了ProGuard的主要功能是壓縮、優化和混淆，下面我就先介紹一下這些概念，然後再介紹ProGuard的基本使用方法。
l 什麼是壓縮：
Java源代碼（.java文件）通常被編譯為位元組碼（.class文件）。而完整的程序或程序庫通常被壓縮和發布成Java文檔（.jar文件）。位元組碼比Java源文件更簡潔，但是它仍然包含大量的無用代碼，尤其它是一個程序庫的時候。ProGuard的壓縮程序操作能分析位元組碼，並刪除無用的類、欄位和方法。程序只保留功能上的等價，包括異常堆棧描述所需要的信息。
l 什麼是混淆：
通常情況下，編譯後的位元組碼仍然包含了大量的調試信息：源文件名，行號，欄位名，方法名，參數名，變數名等等。這些信息使得它很容易被反編譯和通過逆向工程獲得完整的程序。有時，這是令人厭惡的。例如像ProGuard這樣的混淆器就能刪除這些調試信息，並用無意義的字元序列來替換所有名字，使得它很難進行逆向工程，它進一步免費的精簡代碼。除了異常堆棧信息所需要的類名，方法名和行號外，程序只會保留功能上的等價。通過以上的了解，你應該明白為什麼需要混淆了。
⑤ 在jsp文件中的html顯示亂碼怎麼解決
在jsp文件中的html顯示亂碼是因為服務端和客戶端的編碼不一致導致的。
如果Java和JSP編譯成class文件過程中，使用的編碼方式與源文件的編碼不一致，就會出現亂碼。
解決辦法：
1、未指定使用字元集編碼
下面的顯示頁面(display.jsp)就出現亂碼：
<html>
<head>
<title>JSP的中文處理</title>
<meta http-equiv="Content-Type" content="text/html charset=gb2312">
</head>
<body>
<%out.print("JSP的中文處理");%>
</body>
</html>
只要在頁面開始地方用下面代碼指定字元集編碼即可，在JSP頁面中指定編碼方式(gb2312),和瀏覽器解碼方式設置相同，即在頁面的第一行加上：
<%@ page contentType="text/html; charset=gb2312"%>，就可以消除亂碼了。
完整頁面如下：
<%@ page contentType="text/html; charset=gb2312"%>
<html>
<head>
<title>JSP的中文處理</title>
<meta http-equiv="Content-Type" content="text/html charset=gb2312">
</head>
<body>
<%out.print("JSP的中文處理");%>
</body>
</html>
2、 編碼字元集設置不一致
<%@ page language="java" pageEncoding="gb2312"%>
<%@ page contentType="text/html;charset=iso8859-1"%>
<html>
<head>
<title>JSP的中文處理</title>
<meta http-equiv="Content-Type" content="text/html charset=gb2312">
</head>
<body>
<%out.print("JSP的中文處理");%>
</body>
</html>
第一處<%@ page language="java" pageEncoding="gb2312"%>的編碼格式為jsp文件的存儲格式。Eclipse會根據這個編碼格式保存文件。並編譯jsp文件，包括裡面的漢字。
第二處編碼為解碼格式。因為存為gb2312的文件被解碼為iso8859-1，這樣如有中文肯定出亂碼。也就是必須一致。而第二處所在的這一行，可以沒有。預設也是使用iso8859-1的編碼格式。所以如果沒有這一行的話，也會出現亂碼。必須一致才可以。
第三處編碼為控制瀏覽器的解碼方式。如果前面的解碼都一致並且無誤的話，這個編碼格式用不用設置都可以。有的網頁出現亂碼，就是因為瀏覽器不能確定使用哪種編碼格式。因為頁面有時候會嵌入頁面，導致瀏覽器混淆了編碼格式出現了亂碼。
完整解決代碼如下：
<%@ page language="java" pageEncoding="gb2312"%>
<%@ page contentType="text/html;charset= gb2312"%>
<html>
<head>
<title>JSP的中文處理</title>
<meta http-equiv="Content-Type" content="text/html charset=gb2312">
</head>
<body>
<%out.print("JSP的中文處理");%>
</body>
</html>