2007年7月13日
摘要: 以下以 IE 代替 Internet Explorer，以 MF 代替 Mozzila Firefox
1. document.form.item 問題
(1)現(xiàn)有問題：
現(xiàn)有代碼中存在許多 document.formName.item("itemName") 這樣的語(yǔ)...
閱讀全文
OSCache是當(dāng)前運(yùn)用最廣的緩存方案。其主被用的最廣泛功能是緩存頁(yè)面，這里主要是用其緩存文件對(duì)象。
運(yùn)用OScache的步驟：
1.取得oscache.jar 文件放到 /WEB-INF/lib 或相應(yīng)類庫(kù)目錄 目錄中。
2.oscache.jar依賴commons-collections.jar包。如果你的jdk版本為1.3,
建議在lib中加入Apache Common Lib 的commons-collections.jar包。
如jdk是1.4以上則不必要。
3.src根目錄或發(fā)布環(huán)境的/WEB-INF/classes 目錄下放入oscache.properties。
cache.memory
值為true 或 false ，默認(rèn)為在內(nèi)存中作緩存，
如設(shè)置為false，那cache只能緩存到數(shù)據(jù)庫(kù)或硬盤中，那cache還有什么意義：）
cache.capacity
緩存元素個(gè)數(shù)
cache.persistence.class
持久化緩存類，如此類打開，則必須設(shè)置cache.path信息
cache.cluster 相關(guān)
為集群設(shè)置信息。
如cache.cluster.multicast.ip為廣播IP地址
cache.cluster.properties為集群屬性
cache.path
硬盤持久化時(shí)存放文件的目錄。如果目錄不存在OSCache會(huì)自動(dòng)創(chuàng)建。
Windows系統(tǒng)：c:\\myapp\\cache。其它：/opt/myapp/cache
cache.persistence.overflow.only*
是否只有當(dāng)指定的內(nèi)存緩存已經(jīng)滿時(shí)才進(jìn)行持久化。推薦使用true，flase是為向后兼容。
cache.unlimited.disk
硬盤緩存是否有限制。缺省為cache.capacity指定的值
運(yùn)用：
com.opensymphony.oscache.general.GeneralCacheAdministrator
GeneralCacheAdministrator主要對(duì)實(shí)現(xiàn)持久化對(duì)象的保存以及取出的相關(guān)的操作。
Object getFromCache（String key） //根據(jù)key獲取緩存對(duì)象
Object getFromCache（String key , int refreshInterval）//refreshInterval時(shí)間內(nèi)，根據(jù)key獲取緩存對(duì)象
void putInCache(String key ,Object obj) //保存被緩存對(duì)象
void flushAll() //刪除所有被緩存的對(duì)象
void flushAll(Date date) //在指定的時(shí)間去刪除所有被緩存的對(duì)象
void cancelUpdate(String key) //取消未確定的更新
Java代碼
1 package com.iflytek;
2
3 import java.io.BufferedInputStream;
4 import java.io.BufferedOutputStream;
5 import java.io.File;
6 import java.io.FileInputStream;
7 import java.io.IOException;
8 import java.text.SimpleDateFormat;
9 import java.util.Date;
10
11 import javax.servlet.ServletException;
12 import javax.servlet.http.HttpServlet;
13 import javax.servlet.http.HttpServletRequest;
14 import javax.servlet.http.HttpServletResponse;
15 import javax.servlet.http.HttpSession;
16
17 import com.opensymphony.oscache.base.NeedsRefreshException;
18 import com.opensymphony.oscache.general.GeneralCacheAdministrator;
19
20
21 public class DisplayChart extends HttpServlet {
22
23 /**
24 * Default constructor.
25 */
26 public DisplayChart() {
27 super();
28 }
29
30 /**
31 * Init method.
32 *
33 * @throws ServletException never.
34 */
35 public void init() throws ServletException {
36 return;
37 }
38
39
40 public static GeneralCacheAdministrator cacheAdmin = new GeneralCacheAdministrator();
41 public void service(HttpServletRequest request,
42 HttpServletResponse response)
43 throws ServletException, IOException {
44
45 String path = getServletContext().getRealPath("/");
46 File file = null;
47 SimpleDateFormat sdf= new SimpleDateFormat("hh-mm-ss");
48 try {
49 file = (File)cacheAdmin.getFromCache(sdf.format(new Date()));
50 System.out.println("來自緩存!"+ sdf.format(new Date()));
51 } catch (NeedsRefreshException e) {
52 file = new File(path+"xmls\\Pipe11.xml");
53 cacheAdmin.putInCache(sdf.format(new Date()), file);
54 System.out.println("--緩存沒有!"+sdf.format(new Date()));
55 }
56 sendResponse(file,response);
57 return;
58 }
59 /**
60 * 把文件用響應(yīng)流寫出
61 * @param file
62 * @param response
63 * @throws IOException
64 */
65 public void sendResponse(File file,HttpServletResponse response) throws IOException{
66 BufferedInputStream bis = new BufferedInputStream(new FileInputStream(file));
67 BufferedOutputStream bos = new BufferedOutputStream(response.getOutputStream());
68 byte[] input = new byte[1024];
69 boolean eof = false;
70 while (!eof) {
71 int length = bis.read(input);
72 if (length == -1) {
73 eof = true;
74 }
75 else {
76 bos.write(input, 0, length);
77 }
78 }
79 bos.flush();
80 bis.close();
81 bos.close();
82 }
83
84 }
85
首先了解一下Singleton模式通常的兩種表現(xiàn)形式：
第一種形式：
public class Singleton {
private Singleton(){}
//在自己內(nèi)部定義自己一個(gè)實(shí)例，是不是很奇怪？
//注意這是private 只供內(nèi)部調(diào)用
private static Singleton instance = new Singleton();
//這里提供了一個(gè)供外部訪問本class的靜態(tài)方法，可以直接訪問
public static Singleton getInstance() {
return instance;
}
}
第二種形式：
public class Singleton {
private static Singleton instance = null;
public static synchronized Singleton getInstance() {
//這個(gè)方法比上面有所改進(jìn)，不用每次都進(jìn)行生成對(duì)象，只是第一次
//使用時(shí)生成實(shí)例，提高了效率！
if (instance==null) instance＝new Singleton();
return instance;
}
}
使用Singleton.getInstance()可以訪問單態(tài)類。
上面第二中形式就是lazy initialization，也就是說第一次調(diào)用時(shí)初始Singleton，以后就不用再生成了。
注意到lazy initialization形式中的synchronized，這個(gè)synchronized很重要，如果沒有synchronized，那么使用getInstance()是有可能得到多個(gè)Singleton實(shí)例。
那么為什么只有使用synchronized關(guān)鍵字才可以達(dá)到單態(tài)的目的呢？synchronized到底有什么含義呢？
synchronized 關(guān)鍵字，它包括兩種用法：synchronized 方法和 synchronized 塊。
1. synchronized 方法：通過在方法聲明中加入 synchronized關(guān)鍵字來聲明 synchronized 方法。如：
public synchronized void accessVal(int newVal);
synchronized 方法控制對(duì)類成員變量的訪問：
每個(gè)類實(shí)例對(duì)應(yīng)一把鎖，每個(gè) synchronized 方法都必須獲得調(diào)用該方法的類實(shí)例的鎖方能執(zhí)行，否則所屬線程阻塞，方法一旦執(zhí)行，就獨(dú)占該鎖，直到從該方法返回時(shí)才將鎖釋放，此后被阻塞的線程方能獲得該鎖，重新進(jìn)入可執(zhí)行狀態(tài)。這種機(jī)制確保了同一時(shí)刻對(duì)于每一個(gè)類實(shí)例，其所有聲明為 synchronized 的成員函數(shù)中至多只有一個(gè)處于可執(zhí)行狀態(tài)（因?yàn)橹炼嘀挥幸粋€(gè)能夠獲得該類實(shí)例對(duì)應(yīng)的鎖），從而有效避免了類成員變量的訪問沖突（只要所有可能訪問類成員變量的方法均被聲明為 synchronized）。
在 Java 中，不光是類實(shí)例，每一個(gè)類也對(duì)應(yīng)一把鎖，這樣我們也可將類的靜態(tài)成員函數(shù)聲明為 synchronized ，以控制其對(duì)類的靜態(tài)成員變量的訪問。
synchronized 方法的缺陷：若將一個(gè)大的方法聲明為synchronized 將會(huì)大大影響效率，典型地，若將線程類的方法 run() 聲明為 synchronized ，由于在線程的整個(gè)生命期內(nèi)它一直在運(yùn)行，因此將導(dǎo)致它對(duì)本類任何 synchronized 方法的調(diào)用都永遠(yuǎn)不會(huì)成功。當(dāng)然我們可以通過將訪問類成員變量的代碼放到專門的方法中，將其聲明為 synchronized ，并在主方法中調(diào)用來解決這一問題，但是 Java 為我們提供了更好的解決辦法，那就是 synchronized 塊。
2. synchronized 塊：通過 synchronized關(guān)鍵字來聲明synchronized 塊。語(yǔ)法如下：
synchronized(syncObject) {
//允許訪問控制的代碼
}
synchronized 塊是這樣一個(gè)代碼塊，其中的代碼必須獲得對(duì)象 syncObject （如前所述，可以是類實(shí)例或類）的鎖方能執(zhí)行，具體機(jī)制同前所述。由于可以針對(duì)任意代碼塊，且可任意指定上鎖的對(duì)象，故靈活性較高。
對(duì)synchronized(this)的一些理解
一、當(dāng)兩個(gè)并發(fā)線程訪問同一個(gè)對(duì)象object中的這個(gè)synchronized(this)同步代碼塊時(shí)，一個(gè)時(shí)間內(nèi)只能有一個(gè)線程得到執(zhí)行。另一個(gè)線程必須等待當(dāng)前線程執(zhí)行完這個(gè)代碼塊以后才能執(zhí)行該代碼塊。
二、然而，當(dāng)一個(gè)線程訪問object的一個(gè)synchronized(this)同步代碼塊時(shí)，另一個(gè)線程仍然可以訪問該object中的非synchronized(this)同步代碼塊。
三、尤其關(guān)鍵的是，當(dāng)一個(gè)線程訪問object的一個(gè)synchronized(this)同步代碼塊時(shí)，其他線程對(duì)object中所有其它synchronized(this)同步代碼塊的訪問將被阻塞。
四、第三個(gè)例子同樣適用其它同步代碼塊。也就是說，當(dāng)一個(gè)線程訪問object的一個(gè)synchronized(this)同步代碼塊時(shí)，它就獲得了這個(gè)object的對(duì)象鎖。結(jié)果，其它線程對(duì)該object對(duì)象所有同步代碼部分的訪問都被暫時(shí)阻塞。
五、以上規(guī)則對(duì)其它對(duì)象鎖同樣適用
-
切面（Aspect）： 一個(gè)關(guān)注點(diǎn)的模塊化，這個(gè)關(guān)注點(diǎn)可能會(huì)橫切多個(gè)對(duì)象。事務(wù)管理是J2EE應(yīng)用中一個(gè)關(guān)于橫切關(guān)注點(diǎn)的很好的例子。 在Spring AOP中，切面可以使用通用類（基于模式的風(fēng)格） 或者在普通類中以 @Aspect 注解（@AspectJ風(fēng)格）來實(shí)現(xiàn)。
-
連接點(diǎn)（Joinpoint）： 在程序執(zhí)行過程中某個(gè)特定的點(diǎn)，比如某方法調(diào)用的時(shí)候或者處理異常的時(shí)候。 在Spring AOP中，一個(gè)連接點(diǎn) 總是 代表一個(gè)方法的執(zhí)行。 通過聲明一個(gè)org.aspectj.lang.JoinPoint類型的參數(shù)可以使通知（Advice）的主體部分獲得連接點(diǎn)信息。
-
通知（Advice）： 在切面的某個(gè)特定的連接點(diǎn)（Joinpoint）上執(zhí)行的動(dòng)作。通知有各種類型，其中包括“around”、“before”和“after”等通知。 通知的類型將在后面部分進(jìn)行討論。許多AOP框架，包括Spring，都是以攔截器做通知模型， 并維護(hù)一個(gè)以連接點(diǎn)為中心的攔截器鏈。
-
切入點(diǎn)（Pointcut）： 匹配連接點(diǎn)（Joinpoint）的斷言。通知和一個(gè)切入點(diǎn)表達(dá)式關(guān)聯(lián)，并在滿足這個(gè)切入點(diǎn)的連接點(diǎn)上運(yùn)行（例如，當(dāng)執(zhí)行某個(gè)特定名稱的方法時(shí)）。 切入點(diǎn)表達(dá)式如何和連接點(diǎn)匹配是AOP的核心：Spring缺省使用AspectJ切入點(diǎn)語(yǔ)法。
-
引入（Introduction）： （也被稱為內(nèi)部類型聲明（inter-type declaration））。聲明額外的方法或者某個(gè)類型的字段。 Spring允許引入新的接口（以及一個(gè)對(duì)應(yīng)的實(shí)現(xiàn)）到任何被代理的對(duì)象。 例如，你可以使用一個(gè)引入來使bean實(shí)現(xiàn) IsModified 接口，以便簡(jiǎn)化緩存機(jī)制。
-
目標(biāo)對(duì)象（Target Object）： 被一個(gè)或者多個(gè)切面（aspect）所通知（advise）的對(duì)象。也有人把它叫做 被通知（advised） 對(duì)象。 既然Spring AOP是通過運(yùn)行時(shí)代理實(shí)現(xiàn)的，這個(gè)對(duì)象永遠(yuǎn)是一個(gè) 被代理（proxied） 對(duì)象。
-
AOP代理（AOP Proxy）： AOP框架創(chuàng)建的對(duì)象，用來實(shí)現(xiàn)切面契約（aspect contract）（包括通知方法執(zhí)行等功能）。 在Spring中，AOP代理可以是JDK動(dòng)態(tài)代理或者CGLIB代理。
-
織入（Weaving）： 把切面（aspect）連接到其它的應(yīng)用程序類型或者對(duì)象上，并創(chuàng)建一個(gè)被通知（advised）的對(duì)象。 這些可以在編譯時(shí)（例如使用AspectJ編譯器），類加載時(shí)和運(yùn)行時(shí)完成。 Spring和其他純Java AOP框架一樣，在運(yùn)行時(shí)完成織入。
通知的類型：
-
前置通知（Before advice）： 在某連接點(diǎn)（join point）之前執(zhí)行的通知，但這個(gè)通知不能阻止連接點(diǎn)前的執(zhí)行（除非它拋出一個(gè)異常）。
-
返回后通知（After returning advice）： 在某連接點(diǎn)（join point）正常完成后執(zhí)行的通知：例如，一個(gè)方法沒有拋出任何異常，正常返回。
-
拋出異常后通知（After throwing advice）： 在方法拋出異常退出時(shí)執(zhí)行的通知。
-
后通知（After (finally) advice）： 當(dāng)某連接點(diǎn)退出的時(shí)候執(zhí)行的通知（不論是正常返回還是異常退出）。
-
環(huán)繞通知（Around Advice）： 包圍一個(gè)連接點(diǎn)（join point）的通知，如方法調(diào)用。這是最強(qiáng)大的一種通知類型。 環(huán)繞通知可以在方法調(diào)用前后完成自定義的行為。它也會(huì)選擇是否繼續(xù)執(zhí)行連接點(diǎn)或直接返回它們自己的返回值或拋出異常來結(jié)束執(zhí)行。