• <fieldset id="8imwq"><menu id="8imwq"></menu></fieldset>
  • <bdo id="8imwq"><input id="8imwq"></input></bdo>
    最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
    問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
    當前位置: 首頁 - 科技 - 知識百科 - 正文

    .net中線程同步的典型場景和問題剖析

    來源:懂視網 責編:小采 時間:2020-11-27 22:42:15
    文檔

    .net中線程同步的典型場景和問題剖析

    .net中線程同步的典型場景和問題剖析:在使用多線程進行編程時,有一些經典的線程同步問題,對于這些問題,.net提供了多種不同的類來解決。除了要考慮場景本身,一個重要的問題是,這些線程是否在同一個應用程序域中運行。如果線程都在同一應用程序域中運行,則可以使用一些所謂輕量級的同步類
    推薦度:
    導讀.net中線程同步的典型場景和問題剖析:在使用多線程進行編程時,有一些經典的線程同步問題,對于這些問題,.net提供了多種不同的類來解決。除了要考慮場景本身,一個重要的問題是,這些線程是否在同一個應用程序域中運行。如果線程都在同一應用程序域中運行,則可以使用一些所謂輕量級的同步類

    在使用多線程進行編程時,有一些經典的線程同步問題,對于這些問題,.net提供了多種不同的類來解決。除了要考慮場景本身,一個重要的問題是,這些線程是否在同一個應用程序域中運行。如果線程都在同一應用程序域中運行,則可以使用一些所謂“輕量”級的同步類,否則要使用另一些類,而這些類都是對操作系統所提供的同步原語的包裝,相對來說更消耗資源。我在這兒介紹一些典型的應用場景和相關的問題。 

    多線程爭用獨占資源
    常常有一些資源線程獨占的,如果有多個線程同時需要訪問這要的資源,就形成了一個爭用問題。這類資源有“文件”,“打印機”,“串口”,以及所有非線程安全的類對象(絕大部分類庫中的類都是)。典型的代碼:
    代碼如下:


    var objLock = new Object();
    var thread1 = new Thread(() =>
    {
    lock (objLock)
    {
    AccessResource();
    }
    });
    var thread2 = new Thread(() =>
    {
    lock (objLock)
    {
    AccessResource();
    }
    });

    上面代碼中,lock關鍵字實際上Monitor類的一個語法糖。任意一個對象(非值類型)上都有一個鎖區域,Monitor.Enter方法會嘗試鎖定該區域,如果鎖定成功,線程就擁有該對象,反子,線程將被掛起。對于objLock對象,有以下點需要注意:
    不要鎖定this
    不要鎖定Type
    不要鎖定字符串
    不要鎖定值類型的對象
    對于相同的類,通常都會有很多不同的實例,這樣的話,有可能會鎖定到多個不同的對象上,從而使鎖失效。不要鎖定Type的原因有兩點,一是生成Type類對象相對比較慢比較占資源,二是Type類型通常是公共的,這樣有可能會在程序的多個不同地方會鎖定,這實際上是個工程問題,主要是為了防止引入BUG。不要鎖定string類,是因數,所有字面值相同的字符串,實際上是共享同一個對象的,所以和Type一樣,也可能會無意間被別的代碼鎖定,這樣的Bug將難以排除。不要鎖定值類型,因為值類型本身是不可鎖定的,為了可以鎖定,編譯器值將它裝箱,而每次裝箱實際上都會生成一個不同的對象實例,這樣鎖定也就沒有任何效果了。
    上面的代碼有效的原因是所有線程都在同一個應用程序中,也就是不涉及進程間的資源爭用。如果是多進程間的資源爭用,可以使用Mutex類。Mutex類有兩種不同用法,匿名互斥體和命名互斥體,命名的互斥體是在整個操作系統范圍內共用的,所以可以用于進程間同步。
    代碼如下:

    var mutex = new Mutex(false, "name");
    var thread1 = new Thread(() =>
    {
    try
    {
    mutex.WaitOne();
    AccessResource();
    }
    finally
    {
    mutex.ReleaseMutex();
    }
    });
    var thread2 = new Thread(() =>
    {
    try
    {
    mutex.WaitOne();
    AccessResource();
    }
    finally
    {
    mutex.ReleaseMutex();
    }
    });

    需要注意的是,在線程結束時,必須釋放互斥體。一對一的生產者/消費者模型在這種模型中,有一個生產者線程在產生需要處理的數據,同時有一個消費者線程在處理數據,通常來說,數據存放在一個緩存中。在種情況下,生產者每產生一個數據,就將它放入緩存中,并設置信號量(WaitHandle),以通知消費者線程去處理。消費者不斷的處理數據,如果發現所有數據都已經處理完畢,則進入阻塞狀態,以等待生產者線程產生數據。信號量有兩種,一種是AutoResetEvent,另一種是ManualResetEvent。前者的特點是每次設置一個信號后,將喚醒一個阻塞的線程,然后馬上將信號量未設置狀態。而后者的狀態,則完全由程序控制,可能一次喚醒多個線程,也可能未喚醒作何一個線程。這種模型的例子代碼。
    代碼如下:

    using System;
    using System.Collections.Generic;
    using System.Threading;
    namespace ThreadCancle
    {
    public class ProducerConsumer2
    {
    public static void Main()
    {
    var autoResetEvent = new AutoResetEvent(false);
    var queue = new Queue<int>();
    var producterThread = new Thread(() =>
    {
    var rand = new Random();
    while (true)
    {
    var value = rand.Next(100);
    lock (queue)
    {
    queue.Enqueue(value);
    }
    Thread.Sleep(rand.Next(400, 1200));
    Console.WriteLine("產生了數據{0}。", value);
    autoResetEvent.Set();
    }
    });
    var consumerThread = new Thread(() =>
    {
    while (true)
    {
    autoResetEvent.WaitOne();
    int value = 0;
    bool hasValue = true;
    while (hasValue)
    {
    lock (queue)
    {
    hasValue = (queue.Count > 0);
    if (hasValue)
    {
    value = queue.Dequeue();
    }
    }
    Thread.Sleep(800);
    Console.WriteLine("處理了數據{0}。", value);
    }
    }
    });
    producterThread.Start();
    consumerThread.Start();
    Console.ReadLine();
    }
    }
    }

    在上面的例子中,生產者間隔0.4-1.2秒產生一個需要處理的數據,而消費者的處理能力是每0.8秒處理一個數據。生產者不斷的產生數據,并將它放入queue中,然后喚醒消費者線程。消費者線程將queue中所有的數據處理完成后進入阻塞狀態。需要注意的是,消費者線程和生產者線程會同時對queue對象進行訪問,所有每次訪問它們的時候必須鎖定。執行鎖定的時候必須遵循最少占用時間原則,一旦使用完畢應當立即釋放鎖定。

    聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

    文檔

    .net中線程同步的典型場景和問題剖析

    .net中線程同步的典型場景和問題剖析:在使用多線程進行編程時,有一些經典的線程同步問題,對于這些問題,.net提供了多種不同的類來解決。除了要考慮場景本身,一個重要的問題是,這些線程是否在同一個應用程序域中運行。如果線程都在同一應用程序域中運行,則可以使用一些所謂輕量級的同步類
    推薦度:
    標簽: 問題 場景 的問題
    • 熱門焦點

    最新推薦

    猜你喜歡

    熱門推薦

    專題
    Top
    主站蜘蛛池模板: 无码精品日韩中文字幕| 国产伦精品一区二区三区| 亚洲一日韩欧美中文字幕欧美日韩在线精品一区二 | 精品乱子伦一区二区三区 | 久久精品人人做人人爽电影蜜月| 精品无码专区亚洲| 9re热国产这里只有精品| 2021国产精品视频| 欧洲成人午夜精品无码区久久| 免费人妻精品一区二区三区| 国产精品极品美女自在线观看免费| 欧美日韩在线亚洲国产精品| 538国产精品一区二区在线| 婷婷五月深深久久精品| 亚洲欧美日韩精品久久亚洲区 | 99精品国产一区二区三区2021| 亚洲精品国产精品乱码不99| 欧美国产成人精品一区二区三区| 国产精品成人99久久久久| 久草视频在线这里精品| 8AV国产精品爽爽ⅴa在线观看| 精品国产乱码久久久久久郑州公司| 一本大道无码日韩精品影视| 欧美日韩成人精品久久久免费看 | 中文字幕一精品亚洲无线一区| 久久久不卡国产精品一区二区| 国产成人精品a视频一区| 亚洲精品福利视频| 久久精品九九亚洲精品天堂| 国产精品久久国产精麻豆99网站| 99re6在线视频精品免费| www.亚洲精品| 精品国产福利第一区二区三区| 国产精品日本欧美一区二区| 精品国产网红福利在线观看| 精品日产一区二区三区手机| 凹凸69堂国产成人精品视频| 精品精品国产高清a毛片牛牛| 欧美精品人爱c欧美精品| 国产叼嘿久久精品久久| 国产免费伦精品一区二区三区|