日韩av黄I国产麻豆传媒I国产91av视频在线观看I日韩一区二区三区在线看I美女国产在线I麻豆视频国产在线观看I成人黄色短片

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 >

【c++】25.事件驱动的详解

發(fā)布時間:2025/3/21 27 豆豆
生活随笔 收集整理的這篇文章主要介紹了 【c++】25.事件驱动的详解 小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

事件驅動和異步IO

通常,我們寫服務器處理模型的程序時,有以下幾種模型:
(1)每收到一個請求,創(chuàng)建一個新的進程,來處理該請求;
(2)每收到一個請求,創(chuàng)建一個新的線程,來處理該請求;
(3)每收到一個請求,放入一個事件列表,讓主進程通過非阻塞I/O方式來處理請求
上面的幾種方式,各有千秋,
第(1)中方法,由于創(chuàng)建新的進程的開銷比較大,所以,會導致服務器性能比較差,但實現(xiàn)比較簡單。
第(2)種方式,由于要涉及到線程的同步,有可能會面臨死鎖等問題。
第(3)種方式,在寫應用程序代碼時,邏輯比前面兩種都復雜。
綜合考慮各方面因素,一般普遍認為第(3)種方式是大多數(shù)網絡服務器采用的方式
?


看圖說話講事件驅動模型?


在UI編程中,常常要對鼠標點擊進行相應,首先如何獲得鼠標點擊呢?
方式一:創(chuàng)建一個線程,該線程一直循環(huán)檢測是否有鼠標點擊,那么這個方式有以下幾個缺點:
1. CPU資源浪費,可能鼠標點擊的頻率非常小,但是掃描線程還是會一直循環(huán)檢測,這會造成很多的CPU資源浪費;如果掃描鼠標點擊的接口是阻塞的呢?
2. 如果是堵塞的,又會出現(xiàn)下面這樣的問題,如果我們不但要掃描鼠標點擊,還要掃描鍵盤是否按下,由于掃描鼠標時被堵塞了,那么可能永遠不會去掃描鍵盤;
3. 如果一個循環(huán)需要掃描的設備非常多,這又會引來響應時間的問題;
所以,該方式是非常不好的。

方式二:就是事件驅動模型
目前大部分的UI編程都是事件驅動模型,如很多UI平臺都會提供onClick()事件,這個事件就代表鼠標按下事件。事件驅動模型大體思路如下:
1. 有一個事件(消息)隊列;
2. 鼠標按下時,往這個隊列中增加一個點擊事件(消息);
3. 有個循環(huán),不斷從隊列取出事件,根據不同的事件,調用不同的函數(shù),如onClick()、onKeyDown()等;
4. 事件(消息)一般都各自保存各自的處理函數(shù)指針,這樣,每個消息都有獨立的處理函數(shù);


事件驅動編程是一種編程范式,這里程序的執(zhí)行流由外部事件來決定。它的特點是包含一個事件循環(huán),當外部事件發(fā)生時使用回調機制來觸發(fā)相應的處理。另外兩種常見的編程范式是(單線程)同步以及多線程編程。

讓我們用例子來比較和對比一下單線程、多線程以及事件驅動編程模型。下圖展示了隨著時間的推移,這三種模式下程序所做的工作。這個程序有3個任務需要完成,每個任務都在等待I/O操作時阻塞自身。阻塞在I/O操作上所花費的時間已經用灰色框標示出來了。

在單線程同步模型中,任務按照順序執(zhí)行。如果某個任務因為I/O而阻塞,其他所有的任務都必須等待,直到它完成之后它們才能依次執(zhí)行。這種明確的執(zhí)行順序和串行化處理的行為是很容易推斷得出的。如果任務之間并沒有互相依賴的關系,但仍然需要互相等待的話這就使得程序不必要的降低了運行速度。

在多線程版本中,這3個任務分別在獨立的線程中執(zhí)行。這些線程由操作系統(tǒng)來管理,在多處理器系統(tǒng)上可以并行處理,或者在單處理器系統(tǒng)上交錯執(zhí)行。這使得當某個線程阻塞在某個資源的同時其他線程得以繼續(xù)執(zhí)行。與完成類似功能的同步程序相比,這種方式更有效率,但程序員必須寫代碼來保護共享資源,防止其被多個線程同時訪問。多線程程序更加難以推斷,因為這類程序不得不通過線程同步機制如鎖、可重入函數(shù)、線程局部存儲或者其他機制來處理線程安全問題,如果實現(xiàn)不當就會導致出現(xiàn)微妙且令人痛不欲生的bug。

在事件驅動版本的程序中,3個任務交錯執(zhí)行,但仍然在一個單獨的線程控制中。當處理I/O或者其他昂貴的操作時,注冊一個回調到事件循環(huán)中,然后當I/O操作完成時繼續(xù)執(zhí)行。回調描述了該如何處理某個事件。事件循環(huán)輪詢所有的事件,當事件到來時將它們分配給等待處理事件的回調函數(shù)。這種方式讓程序盡可能的得以執(zhí)行而不需要用到額外的線程。事件驅動型程序比多線程程序更容易推斷出行為,因為程序員不需要關心線程安全問題。

當我們面對如下的環(huán)境時,事件驅動模型通常是一個好的選擇:

程序中有許多任務,而且…
任務之間高度獨立(因此它們不需要互相通信,或者等待彼此)而且…
在等待事件到來時,某些任務會阻塞。
當應用程序需要在任務間共享可變的數(shù)據時,這也是一個不錯的選擇,因為這里不需要采用同步處理。

網絡應用程序通常都有上述這些特點,這使得它們能夠很好的契合事件驅動編程模型。
---------------------?
作者:rainyday66?
來源:CSDN?
原文:https://blog.csdn.net/qq_34173549/article/details/80212101?
版權聲明:本文為博主原創(chuàng)文章,轉載請附上博文鏈接!

總結

以上是生活随笔為你收集整理的【c++】25.事件驱动的详解的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。