1. ldc指令從運行時常量池push一個值到Frame的操作數棧上面，這個值在這里就是"s1"字符串的引用，
2. astore指令將objectref存儲到局部變量，這里也就是存儲到局部變量s1。

1. new指令會在堆上創建對象，操作數棧里壓入創建的objectref,

   ?

   objectref

   ...

2. dup指令復制操作數棧頂的元素，?

   objectref

   objectref

   ...

3. ldc指令依然是從常量池push一個值到Frame的操作數棧上，這個值是"s2"字符串的引用。?

   "s2"_ref

   objectref

   objectref

   ...

4. invokespecial 指令調用一個方法，這里就是調用String的構造函數，調用完成之后棧上還有一個objectref?

   objectref

   ...

5. astore指令將objectref存儲到局部變量，這里也就是存儲到局部變量s2。?

   ????????????

   ...

1. sipush 將 12345 壓棧
2. invokestatic 調用 String.valueof(int) 方法
3. astore 將棧頂的對象引用存儲到本地變量s3 （這里不再深究這個棧頂元素是怎么來的了）

java.awt.Component.requestFocusInWindow

http://www.aygfsteel.com/Files/jht/MyScreenSnap_2.0.zip

截圖程序，設計目標：簡單易用

支持全屏截圖和選擇截圖，運行需要JRE1.5以上版本

在1.0版http://www.aygfsteel.com/Files/jht/MyScreenSnap.zip的基礎上，

?? * 修改了一下主界面，增加圖片保存為BMP，GIF，JPG，PNG格式的功能

?? * 參考了千里冰封的代碼，加上了調整選擇區域的功能

Source Code已經包含在壓縮包里面了，有興趣的可以down下來改改。

下面是1.0版本和2.0版本的兩個界面。


其實是個簡單的小問題，僅在此做個記錄。

遇到這個問題的不妨讀一下這篇文章先：Access查詢和過濾條件 http://www.fontstuff.com/access/acctut06.htm

我遇到的報錯語句如下：


讀了上面的文章，知道 MS Access的時間分隔符號為 # ，而 MS SQL Server的時間分隔符為 '

所以正確的語句應該是：


http://download-west.oracle.com/docs/cd/B10501_01/appdev.920/a96616/arxml24.htm 如題，有人真的遇到過這個問題，開始被問到的時候還真覺得奇怪，心想不會啊，從JDK5開始就支持這個枚舉類型了啊，為什么呢？

開始還懷疑他的JDK版本太低導致的，但是一看是JDK1.6的，迷惑了幾秒。。。

然后我打開了Eclipse的Java編譯選項，發現原來遇到這個問題的人的Java編譯級別設置的是1.4，如下圖，當然就會出問題了。



呵呵，雖然，這是個小問題，但是如果遇到了還真夠新手郁悶一陣的。

作者簡介

徐皓，北京航空航天大學計算機系本科生，你可以通過ertri@163.com與他聯系。

正文

不靈敏的圖形用戶界面會降低應用程序的可用性。當以下現象出現的時候，我們通常說這個用戶界面反應不靈敏。

1. 不響應事件的現象；
2. 沒有更新的現象

[@more@]

這些現象在很大程度上與事件的處理方法相關，而在編寫Swing應用程序的時候，我們幾乎必然要編寫方法去響應鼠標點擊按鈕，鍵盤回車等事件。在這些方法中我們要編寫一些代碼，在運行時去觸發一些動作。常見動作包括查找，更新數據庫等。在這篇文章中通過對一個實例的分析，介紹了一些基本概念，常見的錯誤以及提出了一個解決方案。

event-dispatching thread

我們一定要記住，事件響應方法的代碼都是在event-dispatching thread中執行的，除非你啟用另一個線程。

那么，什么是event-dispatching thread呢？在《Java Tutorial》[1]中，作者給出了一條單一線程規則：一旦一個Swing組件被實現（realized），所有的有可能影響或依賴于這個組件的狀態的代碼都應該在event-dispatching thread中被執行。而實現一個組件有兩種方式：

1. 對頂層組件調用show(), pack(), 或者setVisible(true)；
2. 將一個組件加到一個已經被實現的容器中。

單一線程規則的根源是由于Swing組件庫的大部分方法是對多線程不安全的，盡管存在一些例外。這些例外的情況可以在《Java Tutorial》[1]的相關章節找到，這里不再展開。

為了支持單一線程模型，Swing組件庫提供了一個專門來完成這些與Swing組件相關的操作的線程，而這一線程就是event-dispatching thread。我們的事件響應方法通常都是由這一線程調用的，除非你自己編寫代碼來調用這些事件響應方法。在這里初學者經常犯的一個錯誤就是在事件響應方法中完成過多的與修改組件沒有直接聯系的代碼。其最有可能的效果就是導致組件反應緩慢。比如以下響應按鈕事件的代碼：

String str = null;
this.textArea.setText("Please wait...");
try {
    //do something that is really time consuming
    str = "Hello, world!";
    Thread.sleep(1000L);
} catch (InterruptedException e) {
    e.printStackTrace();
}
this.textArea.setText(str);   ?  ?

執行之后的效果就是按鈕似乎定住了一段時間，直到Done.出現之后才彈起來。原因就是Swing組件的更新和事件的響應都是在event-dispatching thread中完成的，而事件響應的時候，event-dispatching thread被事件響應方法占據，所以組件不會被更新。而直到事件響應方法退出時才有可能去更新Swing組件。

為了解決這個問題，有人也許會試圖通過調用repaint()方法來更新組件：

final String[] str = new String[1];
this.jTextArea1.setText("Please wait...");
this.repaint();

try {
    Thread.sleep(1000L);
}catch(InterruptedException e) {
    e.printStackTrace();
}
str[0] = "Done.";

jTextArea1.setText(str[0]);

但是這一個方法沒有起到預期的作用，按鈕仍然定住一段時間，在察看了repaint()方法的源代碼之后就知道原因了。

PaintEvent e = new PaintEvent(this, PaintEvent.UPDATE,
    new Rectangle(x, y, width, height));
Toolkit.getEventQueue().postEvent(e);   ?  ?   ?  ?

repaint()方法實際上是在事件隊列里加了一個UPDATE的事件，而沒有直接去重畫組件，而且這一個事件只能等待當前的事件響應方法結束之后才能被分配。因此只有繞過分配機制直接調用paint方法才能達到目的。

final String[] str = new String[1];
this.jTextArea1.setText("Please wait...");
this.paint(this.getGraphics());

try {
    Thread.sleep(1000L);
}catch(InterruptedException e) {
    e.printStackTrace();
}
str[0] = "Done.";

jTextArea1.setText(str[0]);

這樣卻是實現了更新，但是還存在著以下的問題。雖然從感覺上，按鈕已經彈起來了，但是在Done.出現之前，我們卻無法按下這個按鈕。可以說按鈕還是定住了，只不過定在了彈起的狀態。調用重繪方法無法從根本上解決問題，因此我們需要尋求其他的方法。

使用多線程

有效的解決方法是使用多線程。首先看一看一個更好的解決方案，這一方案是在參考《Rethinking Swing Threading》[3]的一個程序片段完成的：

final String[] str = new String[1];
this.jTextArea1.setText("Please wait...");
this.repaint();

new Thread() {
    public void run() {
        try {
            Thread.sleep(1000L);
        }catch(InterruptedException e) {
            e.printStackTrace();
        }
        str[0] = "Done.";
        javax.swing.SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                jTextArea1.setText(str[0]);
             }
        });
    }
}.start();

在這個程序中，要花費大量時間的操作被放到另一個線程當中，從而使事件響應方法能快速返回，event-dispatching thread就可以更新UI和響應其它事件了。注意到這個程序使用了invokeLater()方法。invokeLater()方法的作用是讓event-dispatching thread去運行制定的代碼。當然也可以不使用invokeLater()方法，但是這樣就違背了單一線程原則，同時帶來了一定程度的相對多線程的不安全性。到現在，解決方案似乎是完美的了，但是我們看一看在原來的程序添加下面的代碼，盡管我們通常不這樣做。

public void paint(java.awt.Graphics g) {
    super.paint(g);
    g.drawRect(1, 1, 100, 100);
}

我們會發現以前畫的矩形被覆蓋了一部分，原因是由于我們沒用重畫這一個矩形，因此在結尾加上對repaint()方法的調用。

final String[] str = new String[1];
this.jTextArea1.setText("Please wait...");
this.repaint();

new Thread() {
    public void run() {
        try {
            Thread.sleep(1000L);
        }catch(InterruptedException e) {
            e.printStackTrace();
        }
        str[0] = "Done.";
        javax.swing.SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                jTextArea1.setText(str[0]);
                repaint();
             }
        });
    }
}.start();

如果你認為這段代碼過于缺乏可讀性，通過在《Java Tutorial》[1]里面介紹的SwingWorker來簡化編程的方法。可以通過實現一個construct()方法來實現花費大量時間的操作和重寫finished()方法來完成組件更新的工作。

this.jTextArea1.setText("Please wait...");

final SwingWorker worker = new SwingWorker() {
    public Object construct() {
        try {
            Thread.sleep(1000L);
        }catch(InterruptedException e) {
            e.printStackTrace();
        }
        return "Done.";
    }
    public void finished() {
        jTextArea1.setText(getValue().toString());
        repaint();
    }
};
worker.start();

在《Rethinking Swing Threading》[3]，作者將以上的編程方式稱為同步方式。另外作者提出了一個通過消息機制來實現相同功能的更清晰，但是需要編寫更多代碼的"異步"的方法。

結論

總之，我們在編寫使用Swing組件的程序是要記住以下幾點：

1、不要過多地占用event-dispatching thread；

2、與更新組件相關的代碼要使用event-dispatching thread去執行；

3、要更新組件。

編寫反應靈敏的圖形用戶界面還需要考慮很多問題，以上只是最基本的一部分。歡迎有興趣的讀者來信進行討論。

打開注冊表編輯器，進入主鍵［HKEY_CURRENT_USER\Software\Microsoft\Command Processor］，將“CompletionChar”鍵值設置為9。 　

---

Note：

Cannot find message resources under key org.apache.struts.action.MESSAGE? 錯誤的原因是沒有配置資源文件

解決辦法： 在struts-config.xml 中加入如下的一段

<message-resources parameter="application" null="false"></message-resources>

備忘：