windows跨線程調用控件的方法

使用者不喜歡反應慢的程式。在執行耗時較長的操作時，使用多線程是明智之舉，它可以提高程式 ui 的響應速度，使得一切運作顯得更為快速。在windows 中進行多線程程式設計曾經是 c++ 開發人員的專屬特權，但是現在，可以使用所有相容 microsoft

.net 的語言來編寫。

不過windows 窗體體系結構對線程使用制定了嚴格的規則。如果隻是編寫單線程應用程式，則沒必要知道這些規則，這是因為單線程的代碼不可能違反這些規則。然而，一旦采用多線程，就需要了解 windows 窗體中最重要的一條線程規則：除了極少數的例外情況，否則都不要在它的建立線程以外的線程中使用控件的任何成員。本規則的例外情況有文檔說明，但這樣的情況非常少。這适用于其類派生自 system.windows.forms.control 的任何對象，其中幾乎包括 ui 中的所有元素。所有的 ui 元素（包括表單本身）都是從 control 類派生的對象。此外，這條規則的結果是一個被包含的控件（如，包含在一個表單中的按鈕）必須與包含它控件位處于同一個線程中。也就是說，一個視窗中的所有控件屬于同一個 ui 線程。實際中，大部分 windows 窗體應用程式最終都隻有一個線程，所有 ui 活動都發生在這個線程上。這個線程通常稱為 ui 線程。這意味着您不能調用使用者界面中任意控件上的任何方法，除非在該方法的文檔說明中指出可以調用。該規則的例外情況（總有文檔記錄）非常少而且它們之間關系也不大。請注意，以下代碼是非法的：

        private thread mythread;

        private void form1_load(object sender, eventargs e)

        {

            mythread = new thread(new threadstart(runsonworkerthread));

            mythread.start();

        }

        private void runsonworkerthread()

            label1.text = "mythread線程調用ui控件";

    }

如果您在 .net framework 1.0 版本中嘗試運作這段代碼，也許會僥幸運作成功，或者初看起來是如此。這就是多線程錯誤中的主要問題，即它們并不會立即顯現出來。甚至當出現了一些錯誤時，在第一次示範程式之前一切看起來也都很正常。但不要搞錯 — 我剛才顯示的這段代碼明顯違反了規則，并且可以預見，任何抱希望于“試運作時良好，應該就沒有問題”的人在即将到來的調試期是會付出沉重代價的。

下面我們來看看有哪些方法可以解決這一問題。

            methodinvoker mi = new methodinvoker(setcontrolsprop);

            begininvoke(mi);

        private void setcontrolsprop()

二、直接用system.eventhandle（可帶參數）

            //dosomethingslow();

            string plist = "mythread線程調用ui控件";

            label1.begininvoke(new system.eventhandler(updateui), plist);

        //直接用system.eventhandler,沒有必要自定義委托

        private void updateui(object o, system.eventargs e)

           //ui線程設定label1屬性

            label1.text = o.tostring() + "成功!";

雖然第二個方法中的代碼解決了這個問題，但它相當繁瑣。如果輔助線程希望在結束時提供更多的回報資訊，而不是簡單地給出“finished!”消息，則 begininvoke 過于複雜的使用方法會令人生畏。為了傳達其他消息，例如“正在處理”、“一切順利”等等，需要設法向 updateui 函數傳遞一個參數。可能還需要添加一個進度欄以提高回報能力。這麼多次調用 begininvoke 可能導緻輔助線程受該代碼支配。這樣不僅會造成不便，而且考慮到輔助線程與 ui 的協調性，這樣設計也不好。對這些進行分析之後，我們認為包裝函數可以解決這兩個問題。

            ////dosomethingslow();

            for (int i = 0; i < 100; i++)

            {

                showprogress( convert.tostring(i)+"%", i);

                thread.sleep(100);

            }

        public void showprogress(string msg, int percentdone)

            // wrap the parameters in some eventargs-derived custom class:

            system.eventargs e = new myprogressevents(msg, percentdone);

            object[] plist = { this, e };

            begininvoke(new myprogresseventshandler(updateui), plist);

        private delegate void myprogresseventshandler(object sender, myprogressevents e);

        private void updateui(object sender, myprogressevents e)

            lblstatus.text = e.msg;

            myprogresscontrol.value = e.percentdone;

    public class myprogressevents : eventargs

    {

        public string msg;

        public int percentdone;

        public myprogressevents(string msg, int per)

            msg = msg;

            percentdone = per;

 }

showprogress 方法對将調用引向正确線程的工作進行封裝。這意味着輔助線程代碼不再擔心需要過多關注 ui 細節，而隻要定期調用 showprogress 即可。

如果我提供一個設計為可從任何線程調用的公共方法，則完全有可能某人會從 ui 線程調用這個方法。在這種情況下，沒必要調用 begininvoke，因為我已經處于正确的線程中。調用 invoke 完全是浪費時間和資源，不如直接調用适當的方法。為了避免這種情況，control 類将公開一個稱為 invokerequired 的屬性。這是“隻限 ui 線程”規則的另一個例外。它可從任何線程讀取，如果調用線程是 ui 線程，則傳回假，其他線程則傳回真。這意味着我可以按以下方式修改包裝：

            if (invokerequired)

                // as before

                //...

            else

                // we're already on the ui thread just

                // call straight through.

                updateui(this, new myprogressevents(msg,percentdone));