<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    隨筆-46  評論-64  文章-2  trackbacks-0

    作者簡介

    徐皓,北京航空航天大學計算機系本科生,你可以通過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、要更新組件。

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

    posted on 2008-03-13 17:53 jht 閱讀(574) 評論(0)  編輯  收藏 所屬分類: J2SE
    主站蜘蛛池模板: 亚洲三级中文字幕| 天天看片天天爽_免费播放| 久久国产成人亚洲精品影院 | 热re99久久6国产精品免费| 亚洲精品人成无码中文毛片 | 亚洲国产精品乱码在线观看97| 最新亚洲成av人免费看| 污视频网站免费在线观看| 免费观看亚洲人成网站| 免费国产黄网站在线看| 亚洲av片一区二区三区| 国产精品极品美女自在线观看免费| 国产乱辈通伦影片在线播放亚洲| 久久精品无码专区免费| 亚洲国产成人精品无码区在线观看| a级毛片在线免费看| 久久亚洲精品国产精品| 一二三四在线播放免费观看中文版视频 | 久久亚洲色WWW成人欧美| 免费永久在线观看黄网站| 成人免费网站久久久| 精品久久久久久亚洲| 最近免费字幕中文大全视频| 亚洲a∨无码男人的天堂| 日韩免费无码一区二区视频| 67pao强力打造67194在线午夜亚洲 | 在线a亚洲v天堂网2018| 中文字幕免费在线看线人动作大片| 亚洲国产精品一区二区久久hs| 999国内精品永久免费视频| 久久亚洲精品成人无码| 国产成人综合亚洲AV第一页| 67194成手机免费观看| 亚洲精品国产第一综合99久久| 亚洲精品和日本精品| 99re在线视频免费观看| 亚洲国产欧美国产综合一区 | 久久亚洲精品高潮综合色a片| 好看的亚洲黄色经典| 性感美女视频在线观看免费精品| 四虎国产精品成人免费久久 |