libevent和libuv是什么關(guān)系啊？Libevent：歷史悠久、最著名、應(yīng)用最廣泛的跨平臺(tái)事件庫；libev：與Libevent相比，設(shè)計(jì)更簡(jiǎn)潔，性能更好，但對(duì)windows的支持不夠好；lib

libevent和libuv是什么關(guān)系??？

Libevent：歷史悠久、最著名、應(yīng)用最廣泛的跨平臺(tái)事件庫；libev：與Libevent相比，設(shè)計(jì)更簡(jiǎn)潔，性能更好，但對(duì)windows的支持不夠好；libuv：在開發(fā)node的過程中，需要一個(gè)跨平臺(tái)的事件庫。他們更喜歡libev，但是他們也需要支持windows，所以他們重新封裝了一組函數(shù)，*Nix是用libev實(shí)現(xiàn)的，windows是用IOCP實(shí)現(xiàn)的；

為什么有很多出名開源的C/C 方面的高性能網(wǎng)絡(luò)庫，比如libevent，boost-asio，有些企業(yè)還要自己寫？

他們是自己做輪子還是直接使用開源庫取決于部門負(fù)責(zé)人的個(gè)人喜好。曾幾何時(shí)，c開發(fā)人員熱衷于重新構(gòu)建輪子，那么為什么有些企業(yè)要自己編寫呢？我在項(xiàng)目開始時(shí)不知道這個(gè)庫的存在，我不想以后再介紹它。

2）許多第三方庫依賴于許多其他第三方庫。要引進(jìn)a館，就得引進(jìn)B館、C館、D館，這無疑增加了院系成員的學(xué)習(xí)成本。

3）第三方開源庫通常會(huì)頻繁更新。如果你知道有一個(gè)bug，你想更新它嗎？基礎(chǔ)庫的更新無疑會(huì)花費(fèi)更多的開發(fā)時(shí)間和測(cè)試時(shí)間。

4）使項(xiàng)目整體可控。一旦引入的開放源代碼庫出現(xiàn)問題并且項(xiàng)目團(tuán)隊(duì)不熟悉它，這將是災(zāi)難性的。

5）現(xiàn)有開源庫過于復(fù)雜，學(xué)習(xí)成本高，團(tuán)隊(duì)成員水平參差不齊。

最后，附上一本我前段時(shí)間讀過的書。

本文是作者《一個(gè)程序員的奮斗史》悟空問答原創(chuàng)文章，未經(jīng)允許轉(zhuǎn)載，抄襲將被追究

Memcached真的過時(shí)了嗎?Redis與Memcached的比較？

許多開發(fā)人員認(rèn)為redis不能比memcached快。Memcached完全基于內(nèi)存，redis具有持久性的特點(diǎn)。即使是異步的，redis也不能比memcached快。但測(cè)試結(jié)果基本上是redis擁有絕對(duì)優(yōu)勢(shì)。我一直在想這個(gè)。目前，我想到了這些原因。

Libevent。與memcached不同，redis不選擇Libevent。為了迎合libevent的通用性，代碼非常龐大（目前redis代碼還不到libevent的1/3），在特定平臺(tái)上犧牲了大量的性能。Redis通過修改libevent中的兩個(gè)文件來實(shí)現(xiàn)其epoll事件循環(huán)（4）。業(yè)內(nèi)許多開發(fā)商也建議redis使用另一款高性能的libevent來取代libev，但筆者仍然堅(jiān)持redis應(yīng)該是小型的、獨(dú)立的。一個(gè)令人印象深刻的細(xì)節(jié)是，你不需要執(zhí)行。/在編譯redis之前進(jìn)行配置。

CAS問題。CAS是memcached中防止修改資源競(jìng)爭(zhēng)的一種方便方法。CAS實(shí)現(xiàn)需要為每個(gè)緩存密鑰設(shè)置一個(gè)隱藏的CAS令牌。CAS相當(dāng)于值版本號(hào)。令牌每次設(shè)置時(shí)都需要遞增。因此，帶來了CPU和內(nèi)存的雙重開銷。雖然開銷很小，但當(dāng)單個(gè)10g緩存和QPS超過10000（5）時(shí)，會(huì)給雙方帶來一些細(xì)微的性能差異。