• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            為生存而奔跑

               :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              271 Posts :: 0 Stories :: 58 Comments :: 0 Trackbacks

            留言簿(5)

            我參與的團隊

            搜索

            •  

            積分與排名

            • 積分 - 326906
            • 排名 - 74

            最新評論

            閱讀排行榜

            評論排行榜


            (一)Control的Invoke和BeginInvoke
            我們要基于以下認識:
            (1)Control的Invoke和BeginInvoke與Delegate的Invoke和BeginInvoke是不同的。
            (2)Control的Invoke和BeginInvoke的參數(shù)為delegate,委托的方法是在Control的線程上執(zhí)行的,也就是我們平時所說的UI線程。

            我們以代碼(一)來看(Control的Invoke)
            private delegate void InvokeDelegate();
            private void InvokeMethod(){
               //C代碼段
            }
            private void butInvoke_Click(object sender, EventArgs e) {
               //A代碼段.......
               this.Invoke(new InvokeDelegate(InvokeMethod));
               //B代碼段......
            }
            你覺得代碼的執(zhí)行順序是什么呢?記好Control的Invoke和BeginInvoke都執(zhí)行在主線程即UI線程上
            A------>C---------------->B
            解釋:(1)A在UI線程上執(zhí)行完后,開始Invoke,Invoke是同步
            (2)代碼段B并不執(zhí)行,而是立即在UI線程上執(zhí)行InvokeMethod方法,即代碼段C。
            (3)InvokeMethod方法執(zhí)行完后,代碼段C才在UI線程上繼續(xù)執(zhí)行。

            看看代碼(二),Control的BeginInvoke
            private delegate void BeginInvokeDelegate();
            private void BeginInvokeMethod(){
               //C代碼段
            }
            private void butBeginInvoke_Click(object sender, EventArgs e) {
               //A代碼段.......
               this.BeginInvoke(new BeginInvokeDelegate(BeginInvokeMethod));
               //B代碼段......
            }

            你覺得代碼的執(zhí)行順序是什么呢?記好Control的Invoke和BeginInvoke都執(zhí)行在主線程即UI線程上
            A----------->B--------------->C慎重,這個只做參考。。。。。,我也不肯定執(zhí)行順序,如果有哪位達人知道的話請告知。
            解釋::(1)A在UI線程上執(zhí)行完后,開始BeginInvoke,BeginInvoke是異步
            (2)InvokeMethod方法,即代碼段C不會執(zhí)行,而是立即在UI線程上執(zhí)行代碼段B。
            (3)代碼段B執(zhí)行完后(就是說butBeginInvoke_Click方法執(zhí)行完后),InvokeMethod方法,即代碼段C才在UI線程上繼續(xù)執(zhí)行。

            由此,我們知道:
            Control的Invoke和BeginInvoke的委托方法是在主線程,即UI線程上執(zhí)行的。也就是說如果你的委托方法用來取花費時間長的數(shù)據(jù),然后更新界面什么的,千萬別在UI線程上調(diào)用Control.Invoke和Control.BeginInvoke,因為這些是依然阻塞UI線程的,造成界面的假死。

            那么,這個異步到底是什么意思呢?

            異步是指相對于調(diào)用BeginInvoke的線程異步,而不是相對于UI線程異步,你在UI線程上調(diào)用BeginInvoke ,當(dāng)然不行了。----摘自"Invoke和BeginInvoke的真正涵義"一文中的評論。
            BeginInvoke的原理是將調(diào)用的方法Marshal成消息,然后調(diào)用Win32 API中的RegisterWindowMessage()向UI窗口發(fā)送消息。----摘自"Invoke和BeginInvoke的真正涵義"一文中的評論。

            (二)我們用Thread來調(diào)用BeginInvoke和Invoke
                  我們開一個線程,讓線程執(zhí)行一些耗費時間的操作,然后再用Control.Invoke和Control.BeginInvoke回到用戶UI線程,執(zhí)行界面更新。

            代碼(三)  Thread調(diào)用Control的Invoke
            private Thread invokeThread;
            private delegate void invokeDelegate();
            private void StartMethod(){
               //C代碼段......
               Control.Invoke(new invokeDelegate(invokeMethod));
              //D代碼段......
            }
            private void invokeMethod(){
              //E代碼段
            }
            private void butInvoke_Click(object sender, EventArgs e) {
               //A代碼段.......
               invokeThread = new Thread(new ThreadStart(StartMethod));
               invokeThread.Start();
               //B代碼段......
            }

            你覺得代碼的執(zhí)行順序是什么呢?記好Control的Invoke和BeginInvoke都執(zhí)行在主線程即UI線程上
            A------>(Start一開始B和StartMethod的C就同時執(zhí)行)---->(C執(zhí)行完了,不管B有沒有執(zhí)行完,invokeThread把消息封送(invoke)給UI線程,然后自己等待)---->UI線程處理完butInvoke_Click消息后,處理invokeThread封送過來的消息,執(zhí)行invokeMethod方法,即代碼段E,處理往后UI線程切換到invokeThread線程。
            這個Control.Invoke是相對于invokeThread線程同步的,阻止了其運行。

            解釋:
            1。UI執(zhí)行A
            2。UI開線程InvokeThread,B和C同時執(zhí)行,B執(zhí)行在線程UI上,C執(zhí)行在線程invokeThread上。
            3。invokeThread封送消息給UI,然后自己等待,UI處理完消息后,處理invokeThread封送的消息,即代碼段E
            4。UI執(zhí)行完E后,轉(zhuǎn)到線程invokeThread上,invokeThread線程執(zhí)行代碼段D

            代碼(四)  Thread調(diào)用Control的BeginInvoke
            private Thread beginInvokeThread;
            private delegate void beginInvokeDelegate();
            private void StartMethod(){
               //C代碼段......
               Control.BeginInvoke(new beginInvokeDelegate(beginInvokeMethod));
              //D代碼段......
            }
            private void beginInvokeMethod(){
              //E代碼段
            }
            private void butBeginInvoke_Click(object sender, EventArgs e) {
               //A代碼段.......
               beginInvokeThread = new Thread(new ThreadStart(StartMethod));
               beginInvokeThread .Start();
               //B代碼段......
            }
            你覺得代碼的執(zhí)行順序是什么呢?記好Control的Invoke和BeginInvoke都執(zhí)行在主線程即UI線程上
            A在UI線程上執(zhí)行----->beginInvokeThread線程開始執(zhí)行,UI繼續(xù)執(zhí)行代碼段B,并發(fā)地invokeThread執(zhí)行代碼段C-------------->不管UI有沒有執(zhí)行完代碼段B,這時beginInvokeThread線程把消息封送給UI,單自己并不等待,繼續(xù)向下執(zhí)行-------->UI處理完butBeginInvoke_Click消息后,處理beginInvokeThread線程封送過來的消息。


            解釋:
            1。UI執(zhí)行A
            2。UI開線程beginInvokeThread,B和C同時執(zhí)行,B執(zhí)行在線程UI上,C執(zhí)行在線程beginInvokeThread上。
            3。beginInvokeThread封送消息給UI,然后自己繼續(xù)執(zhí)行代碼D,UI處理完消息后,處理invokeThread封送的消息,即代碼段E
            有點疑問:如果UI先執(zhí)行完畢,是不是有可能過了段時間beginInvokeThread才把消息封送給UI,然后UI才繼續(xù)執(zhí)行封送的消息E。如圖淺綠的部分。


            Control的BeginInvoke是相對于調(diào)用它的線程,即beginInvokeThread相對是異步的。
            因此,我們可以想到。如果要異步取耗費長時間的數(shù)據(jù),比如從數(shù)據(jù)庫中讀大量數(shù)據(jù),我們應(yīng)該這么做。
            (1)如果你想阻止調(diào)用線程,那么調(diào)用代碼(三),代碼段D刪掉,C改為耗費長時間的操作,因為這個操作是在另外一個線程中做的。代碼段E改為更新界面的方法。
            (2)如果你不想阻止調(diào)用線程,那么調(diào)用代碼(四),代碼段D刪掉,C改為耗費長時間的操作,因為這個操作是在另外一個線程中做的。代碼段E改為更新界面的方法。

            posted on 2010-03-31 18:34 baby-fly 閱讀(352) 評論(0)  編輯 收藏 引用 所屬分類: C#
            狠狠色综合久久久久尤物| 亚洲色欲久久久综合网东京热 | 久久精品人成免费| 波多野结衣中文字幕久久| 国产精品久久久久久一区二区三区| 精品无码久久久久国产| 久久www免费人成看国产片| 午夜精品久久影院蜜桃| 久久精品国产亚洲av高清漫画| 精品久久久久久久久久中文字幕 | 观看 国产综合久久久久鬼色 欧美 亚洲 一区二区 | 精品久久久久久中文字幕大豆网| 亚洲精品高清国产一线久久| 久久91精品综合国产首页| 久久久久亚洲AV无码专区首JN| 99久久人妻无码精品系列蜜桃| 久久久久久久亚洲精品| 九九久久自然熟的香蕉图片| 久久夜色精品国产www| 久久99热只有频精品8| 午夜精品久久久久久影视777| 国产精品无码久久久久久| 久久国产AVJUST麻豆| 久久线看观看精品香蕉国产| 国产免费久久精品99re丫y| 91精品免费久久久久久久久| 日韩精品久久久久久久电影蜜臀| 亚洲?V乱码久久精品蜜桃| 国产成人精品久久一区二区三区av | 久久人人爽人人爽人人AV东京热| 四虎国产精品成人免费久久| 久久96国产精品久久久| 精品乱码久久久久久久| 色综合久久久久久久久五月| 久久笫一福利免费导航| 热久久最新网站获取| 久久久久亚洲AV无码去区首| 午夜精品久久久久久| 久久午夜福利电影| 亚洲国产香蕉人人爽成AV片久久| 国产亚洲色婷婷久久99精品91|