colorful

http://vrlinux.com/wenzhangjingxuan/20100908/75026.html

我喜歡用自己的語言通過聯系現實生活中的一些現象解釋一些概念,當我能做到這一點時,說明我已經理解了這個概念.今天要解釋的概念是:同步/異步與阻塞/非阻塞的區別.

這兩組概念常常讓人迷惑,因為它們都是涉及到IO處理,同時又有著一些相類似的地方.

首先來解釋同步和異步的概念,這兩個概念與消息的通知機制有關.

舉個例子,比如我去銀行辦理業務,可能選擇排隊等候,也可能取一個小紙條上面有我的號碼,等到排到我這一號時由柜臺的人通知我輪到我去辦理業務了.
前 者(排隊等候)就是同步等待消息,而后者(等待別人通知)就是異步等待消息.在異步消息處理中,等待消息者(在這個例子中就是等待辦理業務的人)往往注冊 一個回調機制,在所等待的事件被觸發時由觸發機制(在這里是柜臺的人)通過某種機制(在這里是寫在小紙條上的號碼)找到等待該事件的人.
而在實際的程序中,同步消息處理就好比簡單的read/write操作,它們需要等待這兩個操作成功才能返回;而異步處理機制就是類似于select/poll之類的多路復用IO操作,當所關注的消息被觸發時,由消息觸發機制通知觸發對消息的處理.

其次再來解釋一下阻塞和非阻塞,這兩個概念與程序等待消息(無所謂同步或者異步)時的狀態有關.
繼 續上面的那個例子,不論是排隊還是使用號碼等待通知,如果在這個等待的過程中,等待者除了等待消息之外不能做其它的事情,那么該機制就是阻塞的,表現在程 序中,也就是該程序一直阻塞在該函數調用處不能繼續往下執行.相反,有的人喜歡在銀行辦理這些業務的時候一邊打打電話發發短信一邊等待,這樣的狀態就是非 阻塞的,因為他(等待者)沒有阻塞在這個消息通知上,而是一邊做自己的事情一邊等待.但是需要注意了,第一種同步非阻塞形式實際上是效率低下的,想象一下 你一邊打著電話一邊還需要抬頭看到底隊伍排到你了沒有,如果把打電話和觀察排隊的位置看成是程序的兩個操作的話,這個程序需要在這兩種不同的行為之間來回 的切換,效率可想而知是低下的;而后者,異步非阻塞形式卻沒有這樣的問題,因為打電話是你(等待者)的事情,而通知你則是柜臺(消息觸發機制)的事情,程 序沒有在兩種不同的操作中來回切換.

很多人會把同步和阻塞混淆,我想是因為很多時候同步操作會以阻塞的形式表現出來,比如很多人會寫阻塞 的read/write操作,但是別忘了可以對fd設置O_NONBLOCK標志位,這樣就可以將同步操作變成非阻塞的了;同樣的,很多人也會把異步和非 阻塞混淆,因為異步操作一般都不會在真正的IO操作處被阻塞,比如如果用select函數,當select返回可讀時再去read一般都不會被阻塞,就好 比當你的號碼排到時一般都是在你之前已經沒有人了,所以你再去柜臺辦理業務就不會被阻塞.

可見,同步/異步與阻塞/非阻塞是兩組不同的概念,它們可以共存組合,也可以參見這里:
http://www.ibm.com/developerworks/cn/linux/l-async/

----------------------------------------- 分割線 ------------------------------------------------------
昨晚寫完這篇文章之后,今早來看了看反饋,同時再自己閱讀了幾遍,發現還是有一些地方解釋的不夠清楚,在這里繼續補充完善一下我的說法,但愿沒有越說越糊涂.

同步和異步:上面提到過,同步和異步僅僅是關于所關注的消息如何通知的機制,而不是處理消息的機制.也就是說,同步的情況下,是由處理消息者自己去等待消息是否被觸發,而異步的情況下是由觸發機制來通知處理消息者,所以在異步機制中,處理消息者和觸發機制之間就需要一個連接的橋梁,在我們舉的例子中這個橋梁就是小紙條上面的號碼,而在select/poll等IO多路復用機制中就是fd,當消息被觸發時,觸發機制通過fd找到處理該fd的處理函數.

請注意理解消息通知和處理消息這 兩個概念,這是理解這個問題的關鍵所在.還是回到上面的例子,輪到你辦理業務這個就是你關注的消息,而去辦理業務就是對這個消息的處理,兩者是有區別的. 而在真實的IO操作時,所關注的消息就是該fd是否可讀寫,而對消息的處理就是對這個fd進行讀寫.同步/異步僅僅關注的是如何通知消息,它們對如何處理 消息并不關心,好比說,銀行的人僅僅通知你輪到你辦理業務了,而如何辦理業務他們是不知道的.

而很多人之所以把同步和阻塞混淆,我想也是 因為沒有區分這兩個概念,比如阻塞的read/write操作中,其實是把消息通知和處理消息結合在了一起,在這里所關注的消息就是fd是否可讀/寫,而 處理消息則是對fd讀/寫.當我們將這個fd設置為非阻塞的時候,read/write操作就不會在等待消息通知這里阻塞,如果fd不可讀/寫則操作立即 返回.

很多人又會問了,異步操作不會是阻塞的吧?已經通知了有消息可以處理了就一定不是阻塞的了吧?
其實異步操作是可以被阻塞住的,只不過通常不是在處理消息時阻塞,而是在等待消息被觸發時被阻塞. 比如select函數,假如傳入的最后一個timeout參數為NULL,那么如果所關注的事件沒有一個被觸發,程序就會一直阻塞在這個select調用 處.而如果使用異步非阻塞的情況,比如aio_*組的操作,當我發起一個aio_read操作時,函數會馬上返回不會被阻塞,當所關注的事件被觸發時會調 用之前注冊的回調函數進行處理,具體可以參見我上面的連接給出的那篇文章.回到上面的例子中,如果在銀行等待辦理業務的人采用的是異步的方式去等待消息被 觸發,也就是領了一張小紙條,假如在這段時間里他不能離開銀行做其它的事情,那么很顯然,這個人被阻塞在了這個等待的操作上面;但是呢,這個人突然發覺自 己煙癮犯了,需要出去抽根煙,于是他告訴大堂經理說,排到我這個號碼的時候麻煩到外面通知我一下(注冊一個回調函數),那么他就沒有被阻塞在這個等待的操 作上面,自然這個就是異步+非阻塞的方式了.

http://blog.csdn.net/mac_cm/article/details/6591168

Qt安裝—搭建VS2008+QT開發環境

      總結起來網上流行的VS2008+QT安裝說明有以下幾個問題需要解釋清楚：
     1，首先明確需要下載什么版本的QT。網上流行的安裝說明只是針對過去舊版本的QT，還有要求下載VS2008 SP1補丁的等等。很亂，對于剛接觸Qt開發者會造成不必要的困擾，安裝個開發環境真的需要那么繁瑣和勞神嗎。
     2，對于環境變量的配置，諸如path，QTDIR 和WindowsSdkDir等等。實際上都是舊版本的Qt，新版本的Qt已經不需要設置了。
     3，真的必須要configure 和nmake QT嗎？對于漫長的編譯過程和七七八八的編譯錯誤？我們完全沒有不必要折騰了，這里我們下載已經編譯好的QT版本就夠了，估計QT版本4.6以下需要這樣做。     

（二）對于以上的問題，我是按照網上說法大費周折無果，實際新版本的Qt安裝起來非常簡單。

      第一步：安裝VS2008,我這里安裝的是中文版的VS2008并且也沒有安裝VS2008 SP1，對于VS2008的安裝過程這里省略了。

      第二步：安裝Qt,訪問Qt官方網站http://qt.nokia.com/downloads-cn下載2個軟件：

      1，下載VS2008編譯好的QT4.7版本：http://get.qt.nokia.com/qt/source/qt-win-opensource-4.7.0-vs2008.exe
      提示：minGW版本不用下，他是minGW工具編譯下的QT庫。QTSDK-qt-sdk-win-opensource-2010.05.exe 也不用下載，它是用QT獨立進行開發下的完整軟件安裝包，安裝過程與一般軟件相同，點擊下一步就行了。

      2，下載VS2008的Qt插件：http://get.qt.nokia.com/vsaddin/qt-vs-addin-1.1.7.exe
      提示：這是個針對VS（VS2005、VS2008、VS2010）各個版本都適用的QT插件，插件安裝過程也是一樣，點擊下一步就行了。

      3，對于VS和QT的安裝順序，沒有嚴格的要求，并沒有誰先誰后，這里我是之前已經安裝好了VS2008中文版的。

     （三）安裝好VS2008和QT相關軟件之后，測試安裝是否成功？

      第一步：啟動VS2008,會發現VS2008的菜單欄出現Qt這個菜單

      第二步：單擊VS2008的Qt菜單

      第三步：打開Qt Option可以看到Qt的Version已經被自動識別好（并非像老版本需要手動去設置） 

     第四步：打開VS2008,新建一個Qt項目

第五步：編譯并運行MyApp項目,這里先不用（Qt的UI設計器，下面章節再進行介紹）設計，默認編譯運行就行

生成的項目目錄結構圖：

運行成功截圖如下：

總結：雖然在軟件開發中，建議老版本的Qt穩定些，還有最好用英文版的VS2008，主要考慮穩定性，不過這里考慮到編譯和設置舊版本的Qt實在繁瑣耗時，并且弄了半天還是編譯不通過，只好用新版本的Qt，這里還算順利，沒有出現什么錯誤，希望給新手一點幫助。

幾乎所有的C++教材上都講了operator在C++中是重載操作符的關鍵字，但是恕我學業不精，昨天研究C++的語法文件時，才發現這個關鍵字還可以用來定義隱式的類型轉換。

參見如下代碼，類A在需要的時候可以自動的轉換成bool形。

Comments (3) left to “C++中operator的另一種用法”

1. 夜弓 wrote:

   隱式轉換有兩個辦法嘛
   一個就是上面說的operator type_name()
   另外一個是非explict的單參構造函數
   不過依賴隱式轉換很容易出問題，而且很難調試
   恐怕只有自己寫東西玩，和庫作者才會用到

   Posted on 04-Aug-07 at 6:41 pm | Permalink

2. 夜弓 wrote:

   補充一句
   其實上面這樣定義出來的還是叫做重載操作符
   應該是，類型轉換操作符
   就像C里面常見的(char)iValue一樣。
   不過也可以用來進行隱式轉換。

   Posted on 04-Aug-07 at 10:59 pm | Permalink

3. 小彬 wrote:

   隱式類型轉換可以使用構造函數以及但參數的構造函數
   class type
   {
   int a;
   public:
   type (int b) {
   a = b;
   }
   };

   main ()
   {
   type c = 123; //在此調用的是type的構造函數，自動轉換類型。不過只有在初始化對象時才可以
   }
   在函數調用中也行

   void fun(type a)
   {
   …
   }

   main ()
   {
   fun (123); //并沒有錯誤，不過一個前提是函數的形參必須是傳值調用而不能引用，并且沒有參數為int類型的重載函數，否則會調用參數為int的函數(涉及到候選函數問題)
   }

   順便說一下，你的主頁很有意思