乡下人产国偷v产偷v自拍,国产午夜片在线观看,婷婷成人亚洲综合国产麻豆,久久综合给合久久狠狠狠9

  • <output id="e9wm2"></output>
    <s id="e9wm2"><nobr id="e9wm2"><ins id="e9wm2"></ins></nobr></s>

    • 分享

      深入理解阻塞隊列

       A_POST 2019-03-28

      阻塞隊列(BlockingQueue)是一個支持兩個附加操作的隊列。這兩個附加的操作是:在隊列為空時,獲取元素的線程會等待隊列變?yōu)榉强?。?dāng)隊列滿時,存儲元素的線程會等待隊列可用。阻塞隊列常用于生產(chǎn)者和消費(fèi)者的場景,生產(chǎn)者是往隊列里添加元素的線程,消費(fèi)者是從隊列里拿元素的線程。阻塞隊列就是生產(chǎn)者存放元素的容器,而消費(fèi)者也只從容器里拿元素。

      先放張圖:


      根據(jù)前面的描述, 我們來考慮下阻塞隊列在程序中會出現(xiàn)的問題:
      阻塞隊列 需要實(shí)現(xiàn)兩個功能: 使線程等待與喚醒線程. 具體介紹如下:
      在極端條件下, 需要掛起線程, 等待隊列滿足條件后,再去執(zhí)行添加或提取 操作
      待隊列滿足了條件之后, 通知線程去繼續(xù)其掛起之前的操作....
      涉及到的技術(shù):
      線程同步 與 線程間通信
      可能產(chǎn)生死鎖的分析:
      在某個時刻,隊列為空或者是已滿, 此時生產(chǎn)者未能存入數(shù)據(jù)或者還在存入數(shù)據(jù)到隊列中, 這就會產(chǎn)生使得隊列出錯
      如果此時, 消費(fèi)者對隊列在進(jìn)行操作就會產(chǎn)生死鎖...由于之前的生產(chǎn)者的操作使得隊列出了問題并沒有釋放鎖, 此時就會造成死鎖
      這是從預(yù)防死鎖的角度來解決死鎖問題
      首先就是同步資源-隊列的鎖定,既然有鎖那么就要考慮死鎖問題,最后就是線程間的通信。

      也就是說,實(shí)現(xiàn)阻塞隊列需要考慮這三個點(diǎn)。

      查了下資料,大多都是java的封裝好的類庫,不過沒事,反正思想,理論都是一樣的,不同的就是實(shí)現(xiàn)不同。但還是有個不錯的C#實(shí)現(xiàn)----<< http://www.cnblogs.com/samgk/p/4772806.html C# 實(shí)現(xiàn)生產(chǎn)者消費(fèi)者隊列 >>。該文其實(shí)也道出了阻塞隊列在除去生產(chǎn)者-消費(fèi)者模型外的應(yīng)用,昨天查資料的時候,阿里程序員寫了篇文章關(guān)于郵件接收下載的,就是使用阻塞隊列,但是我忘了原文在哪了。當(dāng)時看的時候,想起來當(dāng)初看<<C#高級編程>>第十章的管道。書上介紹的是:開一個task去讀取文件名,放到阻塞隊列中,然后開一個隊列根據(jù)文件名讀取內(nèi)容,這個應(yīng)用于郵件接收下載是一樣的。暫時先不說這個了,有興趣的可以自己去看看那本書。
      那么我們?nèi)绾巫约簩?shí)現(xiàn)阻塞隊列呢?正如上面說到的考慮點(diǎn),同步,線程通信,防止死鎖。看看代碼:

      復(fù)制代碼

      using System;using System.Collections.Generic;using System.Linq;using System.Text;using System.Threading;using System.Threading.Tasks;namespace SuiBao.Utility
      {    ///阻塞隊列(BlockingQueue)是一個支持兩個附加操作的隊列。這兩個附加的操作是:在隊列為空時,獲取元素的線程會等待隊列變?yōu)榉强?。?dāng)隊列滿時,存儲元素的線程會等待隊列可用。阻塞隊列常用于生產(chǎn)者和消費(fèi)者的場景,生產(chǎn)者是往隊列里添加元素的線程,消費(fèi)者是從隊列里拿元素的線程。阻塞隊列就是生產(chǎn)者存放元素的容器,而消費(fèi)者也只從容器里拿元素。
          
          //阻塞隊列 需要實(shí)現(xiàn)兩個功能: 使線程等待與喚醒線程. 具體介紹如下:    // 在極端條件下, 需要掛起線程, 等待隊列滿足條件后,再去執(zhí)行添加或提取 操作    // 待隊列滿足了條件之后, 通知線程去繼續(xù)其掛起之前的操作....    //涉及到的技術(shù):    //線程同步(此實(shí)例用到了lock) 與 線程間通信(此示例用到了event)    //
          
          // 可能產(chǎn)生死鎖的分析:    // 在某個時刻,隊列為空或者是已滿, 此時生產(chǎn)者未能存入數(shù)據(jù)或者還在存入數(shù)據(jù)到隊列中, 這就會產(chǎn)生使得隊列出錯    // 如果此時, 消費(fèi)者對隊列在進(jìn)行操作就會產(chǎn)生死鎖...由于之前的生產(chǎn)者的操作使得隊列出了問題并沒有釋放鎖, 此時就會造成死鎖    // 這是從預(yù)防死鎖的角度來解決死鎖問題
          
          public class BlockQueue<T>
          {        private Queue<T> _inner_queue = null;        private ManualResetEvent _dequeue_wait = null;        public int Count
              {            get { return _inner_queue.Count; }
              }        public BlockQueue(int capacity = -1)
              {            this._inner_queue = capacity == -1 ? new Queue<T>() : new Queue<T>(capacity);            this._dequeue_wait = new ManualResetEvent(false);
              }        // 入隊加鎖
              public void EnQueue(T item)
              {            if (this._IsShutdown == true) throw new InvalidOperationException("服務(wù)未開啟.[EnQueue]");            lock (this._inner_queue)
                  {                this._inner_queue.Enqueue(item);                this._dequeue_wait.Set();
                  }
              }        // 出隊加鎖
              public T DeQueue(int waitTime)
              {            bool _queueEmpty = false;
                  T item = default(T);            while (true)
                  {                lock (this._inner_queue)
                      {                    // 判斷隊列中是否有元素....
                          if (this._inner_queue.Count > 0)
                          {
                              item = this._inner_queue.Dequeue();                        this._dequeue_wait.Reset();                        //break;                    }                    else
                          {                        if (this._IsShutdown == true)
                              {                            throw new InvalidOperationException("服務(wù)未開啟[DeQueue].");
                              }                        else
                              {
                                  _queueEmpty = true;
                              }
                          }
                      }                if (item != null)
                      {                    return item;
                      }                if (_queueEmpty)
                      {                    this._dequeue_wait.WaitOne(waitTime);
                      }
                  }
      
              }        private bool _IsShutdown = false;        public void Shutdown()
              {            this._IsShutdown = true;            this._dequeue_wait.Set();
              }        public void Clear()
              {            this._inner_queue.Clear();
              }
          }
      }

      復(fù)制代碼

      那么.net中有沒有封裝好的阻塞隊列?有啊!BlockingCollection<>類,其實(shí)我之前寫的好些關(guān)于線程的文章都說到了這個類庫,用到的地方也多。該類默認(rèn)的容器是ConcurrentQueue,因此,同步就做好了,而且該類還實(shí)現(xiàn)了阻塞的功能:
      多個線程或任務(wù)可同時向集合添加項,如果集合達(dá)到其指定最大容量,則制造線程將發(fā)生阻塞,直到移除集合中的某個項。 多個使用者可以同時移除項,如果集合變空,則使用線程將發(fā)生阻塞,直到制造者添加某個項。 制造線程可調(diào)用 CompleteAdding 來指示不再添加項。 使用者將監(jiān)視 IsCompleted 屬性以了解集合何時為空且不再添加項。
      原文說明 BlockingCollection 概述 (https://docs.microsoft.com/zh-cn/dotnet/standard/collections/thread-safe/blockingcollection-overview )
      感慨一句,微軟的好東西是真多,為什么不能像java那樣輕易地被人發(fā)現(xiàn)使用呢?
      沒錯,我們使用這個類就可以輕易地實(shí)現(xiàn)阻塞隊列了,而且是完美的實(shí)現(xiàn).

        本站是提供個人知識管理的網(wǎng)絡(luò)存儲空間,所有內(nèi)容均由用戶發(fā)布,不代表本站觀點(diǎn)。請注意甄別內(nèi)容中的聯(lián)系方式、誘導(dǎo)購買等信息,謹(jǐn)防詐騙。如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請點(diǎn)擊一鍵舉報。
        轉(zhuǎn)藏 分享 獻(xiàn)花(0

        0條評論

        發(fā)表

        請遵守用戶 評論公約

        類似文章 更多