事件響應(yīng)方式

xiao0613cn

回復(fù) 27# cokeboL

xiao0613cn

回復(fù) 27# cokeboL

回復(fù) 24# yulihua49


我也是有這個(gè)疑惑，這些（腳本）語言只管自己語言內(nèi)的線程或協(xié)程調(diào)度，根本不考慮對(duì)第三方庫(kù)的使用。

傳統(tǒng)行業(yè)程序經(jīng)常有這樣的情況，需要開不同的線程組調(diào)用第三方組件，比如4個(gè)線程跑IO，8個(gè)線程跑數(shù)據(jù)庫(kù)，N個(gè)線程跑第三方庫(kù)調(diào)用，又N個(gè)線程消息處理。

在一個(gè)完整的消息處理過程中，這條消息要在不同的線程組間跳來跳去，要求語言能完全掌控并發(fā)處理，這也是C/C++最強(qiáng)的地方吧


其他語言如何解決這個(gè)問題呢？？？

cokeboL

xiao0613cn 發(fā)表于 2017-07-28 09:23
回復(fù) 27# cokeboL

回復(fù) 24# yulihua49

“這也是C/C++最強(qiáng)的地方吧”

這些是傳統(tǒng)語言的弱項(xiàng)。。。異步、信息傳遞，封裝起來麻煩，用起來也怕出錯(cuò)，調(diào)度、鎖之類的性能影響難以衡量
個(gè)人覺得actor模型受追捧就是簡(jiǎn)化成了架構(gòu)的心智負(fù)擔(dān)，一切都是消息

golang、erlang之類的天生支持并發(fā)的語言帶來另一種可能，很多場(chǎng)景可以編寫同步模型的代碼，尤其是web這種
很少有交互的，很方便，游戲這種強(qiáng)交互的類型寫起來也比其他語言舒服太多，最重要的是語言本身的心智負(fù)擔(dān)比
cpp少太多，豐富的package輕松滿足你各種需要，快速的編譯節(jié)省很多調(diào)試時(shí)間。。。優(yōu)點(diǎn)太多

BTW: golang不是腳本，是編譯型語言
         單純從跑cpu的代碼來測(cè)，可能不如c/cpp，但是綜合性的項(xiàng)目，通常golang自身的調(diào)度、內(nèi)存管理，會(huì)比一般
         的c/cpper的架構(gòu)帶來更多性能提升
         綜合起來開發(fā)效率極高，性能也隨便夠用

shang2010

很多都是事件通知，还有回掉函数的

yulihua49

cokeboL 發(fā)表于 2016-08-15 14:32
最近論壇上的少，才看到。

eventfd這個(gè)好像沒什么可說的吧，epollfd，就是epoll那幾個(gè)接口

這個(gè)可以百度下，都是些對(duì)傳統(tǒng)事件機(jī)制的補(bǔ)充。