從Facebook的GitHub賬戶中可以看到，F(xiàn)acebook已經(jīng)開源的開源項目有近300個，領域涉及移動、前端、Web、后端、大數(shù)據(jù)、數(shù)據(jù)庫、工具和硬件等。Facebook開源項目負責人James Pearce曾在OSCON解釋過Facebook究竟為何要使用、支持和發(fā)布開源項目。具體如下：
共享Facebook的代碼（通常是軟件“?！?，偶爾也包括硬件設計）促進了這個世界的創(chuàng)新。這些代碼幫助他人更快地開發(fā)軟件。因為Facebook不是一家軟件公司，所以它在開源過程中沒有面臨競爭對手的威脅，相反，開源帶來的價值在逐漸顯現(xiàn)。用戶使用Facebook的開源代碼可以更快地構建應用，而他們也樂于回饋代碼，使Facebook從中受益。
擁抱開源，意味著Facebook必須一開始就寫出更優(yōu)秀的軟件。如果他們知道某個軟件從誕生起就要公開，那就必須要好好做，提高可用性和可靠性，因為將來外面的人都會用它。這種壓力也會給公司內部帶來更多的價值。
開源帶來了共享挑戰(zhàn)的機會。開源項目面臨的難題會吸引一些外部的優(yōu)秀人員，而結果是，他們也帶動了公司內部人員的能力提升。每天Facebook都承載了超過一億人的溝通互聯(lián)，何以能做到？唯有開源的力量。
下面是我整理的Facebook現(xiàn)有的比較活躍的開源項目列表，歡迎交流討論。
React Native是Facebook在2015年開源的基于React.js的移動開發(fā)框架，它的設計理念是讓移動應用既擁有Native的用戶體驗，同時又可以保留React的開發(fā)效率，提高代碼的復用率。React Native的宗旨是，學習一次，高效編寫跨平臺原生應用。開發(fā)者可以使用JavaScript編寫應用，并利用相同的核心代碼就可以創(chuàng)建Web、iOS 和Android平臺的原生應用，目前已經(jīng)實現(xiàn)了對iOS和Android兩大平臺的支持。
GitHub主頁：https://github.com/facebook/react-native
Star數(shù)量：33108
GraphQL是Facebook開源的數(shù)據(jù)查詢語言。Facebook在構建移動應用程序時，需要用API獲取足夠強大的數(shù)據(jù)來描述所有的臉譜，同時簡單易學易用，于是開發(fā)了GraphQL，并支持每天千億級的調用。GraphQL不是像MySQL或Redis這樣直接面向數(shù)據(jù)的接口，而是面向已經(jīng)存在的應用代碼的接口。你可以把GraphQL看作是為了調用應用服務器上的方法的一些內嵌的RPC。
GitHub主頁：https://github.com/facebook/graphql
Star數(shù)量：2902
Presto是Facebook開發(fā)的一款分布式SQL引擎，主要用于針對各種大小的數(shù)據(jù)源（從GB到PB）來運行交互式分析查詢。Facebook創(chuàng)建Presto的主要目的在于幫助他們更快地分析數(shù)據(jù)，因為Facebook的數(shù)據(jù)量一直在持續(xù)增長，產(chǎn)品周期的節(jié)奏也變得越來越快。自從2013年11月開源后，Presto的用戶量呈現(xiàn)了爆發(fā)式增長。諸如Airbnb、京東、Dropbox以及Netflix等公司都將Presto作為自己的交互式查詢引擎。
GitHub主頁：https://github.com/prestodb/presto
Star數(shù)量：4792
HHVM（HipHop Virtual Machine）是Facebook于2013年開源的PHP執(zhí)行引擎。它采用一種JIT（just-in-time）的編譯機制實現(xiàn)了高性能，同時又保持對 PHP 語法的充分支持。HHVM常常用作獨立的服務器，用于替代Apache與mod_php，旨在執(zhí)行使用Hack與PHP所編寫的程序。它使用了即時編譯方法來實現(xiàn)超高的性能，同時又保持了PHP開發(fā)者所習慣的靈活性。
GitHub主頁：https://github.com/facebook/hhvm
Star數(shù)量：13652
React是Facebook開發(fā)的用于構建用戶界面的JavaScript庫，現(xiàn)已為很多公司所用，因為它采用了一種不同的方式來構建應用：借助于React，開發(fā)者可以將應用分解為彼此解耦的獨立組件，這樣就可以獨立維護并迭代各種組件了。2015年，React有兩個主要的發(fā)布，同時還發(fā)布了React Native，并且發(fā)布了新的開發(fā)者工具?，F(xiàn)在已經(jīng)有越來越多的公司（包括Netflix與WordPress）開始使用React構建自己的產(chǎn)品了。
GitHub主頁：https://github.com/facebook/react
Star數(shù)量：43146
RocksDB是Facebook開源的嵌入式、可持久化鍵值存儲系統(tǒng)，它基于Google的LevelDB，但提高了擴展性可以運行在多核處理器上，可以有效使用快速存儲，支持IO綁定、內存和一次寫負荷。過去一段時間，RocksDB在社區(qū)非常流行，F(xiàn)acebook分析其原因在于它能夠對由于網(wǎng)絡延遲等原因造成的慢查詢響應時間起到消除的作用，RocksDB非常靈活，完全可以針對各種新興的硬件發(fā)展趨勢進行定制。LinkedIn與Yahoo都是RocksDB的重度使用者。
GitHub主頁：https://github.com/facebook/rocksdb
Star數(shù)量：5418
近些年，人工智能和機器學習方向取得了長足的發(fā)展。據(jù)Kevin Lee透露，F(xiàn)acebook的AI軟件已經(jīng)能夠閱讀故事、回答相關場景的問題、玩游戲以及通過一些例子來學習非指定的內容。作為計算密集型的應用，AI軟件的性能與數(shù)據(jù)集規(guī)模/硬件性能密切相關。尤其是硬件方面，高性能微處理器、存儲器以及圖形處理器（Graphics Processing Unit，GPU）的發(fā)展為AI算法的快速運行提供了堅實基礎。為了進一步更好地服務大規(guī)模AI計算，F(xiàn)acebook推出了基于GPU的、用于訓練神經(jīng)網(wǎng)絡的“Big Sur”硬件系統(tǒng)。
了解更多：http://www.infoq.com/cn/news/2015/12/Facebook-BigSur-OpenSource
Augmented Traffic Control（ATC）能夠利用Wi-Fi網(wǎng)絡模擬2G、2.5G（Edge）、3G以及LTE 4G移動網(wǎng)絡環(huán)境，測試工程師們可以快速在各種不同的模擬網(wǎng)絡環(huán)境中切換，從而實現(xiàn)對智能手機和App在不同國家地區(qū)和應用環(huán)境下的性能表現(xiàn)進行測試。ATC是Facebook內部團隊在2013年的一次Hackathon活動上開發(fā)出來的工具，其原理實際是利用了Linux流量控制系統(tǒng)，通過純Python的網(wǎng)絡庫pyroute2調用netlink的API控制，而開發(fā)其的目的是為了確保更多的用戶獲得最好的應用體驗。
GitHub主頁：https://github.com/facebook/augmented-traffic-control
Star數(shù)量：2962
HydraBase是HBase數(shù)據(jù)庫的升級版。Facebook是HBase的重度用戶，F(xiàn)acebook的HBase數(shù)據(jù)庫系統(tǒng)存儲著Facebook的很多關鍵業(yè)務數(shù)據(jù)，包括內部監(jiān)控系統(tǒng)、搜索索 引、流數(shù)據(jù)分析以及數(shù)據(jù)抓取等。HydraBase相比HBase穩(wěn)定性和可用性更高，可以減少服務器宕機時間。HydraBase能夠讓一個數(shù)據(jù)域分布在多個域服務器中，域服務器之間能相互備份，因此能夠大大減少數(shù)據(jù)恢復所用的時間。Facebook聲稱HydraBase能將Facebook全年的宕機時間縮減到不到5分鐘。
Facebook已經(jīng)將HydraBase捐贈給Apache，目前很多代碼都已經(jīng)被合并到HBase中。
WebScaleSQL是基于MySQL 5.6 社區(qū)版本改編的MySQL通用分支，基于GPL開源協(xié)議發(fā)布。WebScaleSQL目前已經(jīng)做了很多性能改進工作，包括：客戶端異步協(xié)調、邏輯預讀、查詢限流、服務端線程池優(yōu)化、InnoDB大頁支持等等。WebScaleSQL上的功能都是很“Web Scale”和接地氣的。比如線程池優(yōu)化，WebScaleSQL基于Mariadb的線程池實現(xiàn)進行重寫并優(yōu)化，對讀寫隊列進行分離，重新設計隊列優(yōu)先級策略，避免了餓死現(xiàn)象。要知道線程餓死在有些場景下是很嚴重的。尤其是在并發(fā)連接數(shù)往往很大的互聯(lián)網(wǎng)應用里面。
GitHub主頁：https://github.com/webscalesql/webscalesql-5.6
Star數(shù)量：2940
代碼審查方面，F(xiàn)acebook開源了可視化工具Phabricator。工程師可以在頁面上非常方便的針對每一段（單行或者多行）代碼進行交互討論；負責審查的工程師可以接受代碼改變，可以提出疑問要求原作者繼續(xù)修改，可以提出自己不適合以推出該代碼審查，等等。只有代碼被明確接受之后才能被工程師提交到服務器端的代碼庫，這一點集成到提交工具中強制執(zhí)行。
GitHub主頁：https://github.com/phacility/phabricator
Star數(shù)量：7022
libPhenom是Facebook發(fā)布的一個C語言事件框架，用于構建高性能和高可擴展的系統(tǒng)。支持多線程、提供內存管理和常用數(shù)據(jù)結構、JSON處理。特性如下：
帶有計數(shù)器的內存管理——記錄應用程序正使用的內存類型的次數(shù)
工作——分解你的應用程序并用調度管理來搞定它們
帶緩沖的I/O流
常用的數(shù)據(jù)結構（哈希表、列表、隊列）
數(shù)據(jù)類型的變種來使能JSON的序列化和反序列化
帶有注冊對象格式的printf的實現(xiàn)
GitHub主頁：https://github.com/facebook/libphenom
Star數(shù)量：1334
Proxygen是一款Facebook開源的支持SPDY 3.1的HTTP框架。其目的不是替換Apache，而是有能力創(chuàng)建一個專用的高性能Web服務器，使其可以嵌入到Facebook提供Web服務的現(xiàn)有應用中。Facebook從2011年開始構建一款代理服務器（Proxygen這個名字也是由此而來），在該項目演進并在生產(chǎn)環(huán)境中測試了數(shù)年之后，F(xiàn)acebook將其代碼開源了。 Facebook內部做的基準測試表明，在一個Proxygen echo服務器上，每秒可以支撐多達304 197次基于SPDY 3.1的內存GET請求。
GitHub主頁：https://github.com/facebook/proxygen
Star數(shù)量：3961
Pop是Facebook推出的一個可擴展的iOS 和OS X動畫庫，其新聞聚合閱讀應用Paper背后的核心技術就是由Pop支持。除了增加基本的靜態(tài)動畫外，還支持Spring和衰變動態(tài)動畫，可非常方便的構建現(xiàn)實的、基于物理的交互。Pop動畫庫的動畫效果非常流暢，因為它使用了CADisplayLink來刷新畫面（幀），一秒鐘刷新幀數(shù)為60幀，接近于游戲開發(fā)引擎。Pop動畫的自成體系，與系統(tǒng)的CoreAnimation有很大的區(qū)別，但使用上非常相似。
GitHub主頁：https://github.com/facebook/pop
Star數(shù)量：15468
Mcrouter 是一個基于Memcached 協(xié)議的路由器，它是 Facebook緩存架構的核心組件，在峰值的時候，它能夠處理每秒50億次的請求。Memcached服務的客戶端都會使用標準ASCII編碼的Memcached協(xié)議，所以對于客戶端來說，Mcrouter就像一個Memcached服務器；而對于服務器端來說，Memcached卻又像一個普通的Memcached客戶端。Mcrouter主要使用C 開發(fā)，且使用C開發(fā)了功能庫部分，使用Ragel開發(fā)了協(xié)議解析部分，使用開源庫Folly和Fbthrift處理異步網(wǎng)絡。
GitHub主頁：https://github.com/facebook/mcrouter
Star數(shù)量：1473
Infer是Facebook的開發(fā)團隊在代碼提交內部評審時，用來執(zhí)行增量分析的一款靜態(tài)分析工具，在代碼提交到代碼庫或者部署到用戶的設備之前找出bug。由OCaml語言編寫的Infer目前能檢測出空指針訪問、資源泄露以及內存泄露，可對C、Java或Objective-C代碼進行檢測。Facebook使用Infer自動驗證iOS和安卓上的移動應用的代碼，bug報告的正確率達80%。Infer通過捕獲編譯命令，把要被編譯的文件轉換為可用于分析潛在錯誤的中間語言格式。整個過程是增量進行的，意味著通常只有那些有修改過并提交編譯的文件才會被Infer分析。Infer還集成了大量的構建或編譯工具，包括Gradle、Maven、Buck、Xcodebuild、clang、make和javac。
GitHub主頁：https://github.com/facebook/infer
Star數(shù)量：5259
osquery是一款面向OSX和Linux的操作系統(tǒng)檢測框架。它將操作系統(tǒng)暴露為一個高性能的關系型數(shù)據(jù)庫，允許用戶編寫SQL查詢查看操作系統(tǒng)數(shù)據(jù)。在osquery中，SQL表代表像下面這樣的抽象概念：
正在運行的進程
已加載的內核模塊
打開的網(wǎng)絡連接
雖然osquery利用了非常底層的操作系統(tǒng)API，但它允許用戶在Ubuntu、CentOS和Mac OS X上構建并使用它。osquery性能極高，內存占用小，支持用戶在整個基礎設施上執(zhí)行查詢。
GitHub主頁：https://github.com/facebook/osquery
Star數(shù)量：6209
Flow是Facebook出品的一個JavaScript代碼的靜態(tài)類型檢查工具，該工具采用開放源碼的OCaml（Objective Caml）語言開發(fā),。Flow能夠幫助開發(fā)人員查找出JavaScript代碼中的類型錯誤，從而提高開發(fā)效率和代碼質量。Flow已經(jīng)能夠捕獲JavaScript代碼中的常見問題，如靜態(tài)類型轉換不匹配、空指針引用等問題。同時，F(xiàn)low還為JavaScript新增了類型語法，如類型別名。
GitHub主頁：https://github.com/facebook/flow
Star數(shù)量：7510
Facebook開源了Haxl，一個為高效并發(fā)數(shù)據(jù)訪問而開發(fā)的庫。這個庫
一方面利用了Haskell的傳統(tǒng)優(yōu)勢，比如表達力很強的類型系統(tǒng)、對正確性和安全性的保障，另一方面也受益于GHC（Haskell編譯器）的高性能運行時庫，解決煩人的隱式并發(fā)數(shù)據(jù)訪問的問題。Haxl簡化了對遠程數(shù)據(jù)的訪問，比如數(shù)據(jù)庫或網(wǎng)站服務。對同一數(shù)據(jù)源的多個訪問請求，或同時從不同的數(shù)據(jù)源請求數(shù)據(jù)，它都能批量處理，并且緩存上一次的結果。
GitHub主頁：https://github.com/facebook/Haxl
Star數(shù)量：2257
Facebook認為MVC無法滿足他們的擴展需求，因此他們決定使用另一種模式：Flux。由于Facebook非常巨大的代碼庫和龐大的組織，所以MVC真的很快就變得非常復雜，于是他們得出結論，認為MVC不適合于大規(guī)模應用。
每次Facebook工程師努力增加一項新特性時，系統(tǒng)的復雜性成級數(shù)增長，代碼變得“脆弱和不可預測”。對于剛接觸某個代碼庫的開發(fā)人員來說，這正成為一個嚴重的問題。Flux是一個Facebook開發(fā)的、利用單向數(shù)據(jù)流實現(xiàn)的應用架構，用于 React。Flux應用有三個主要的部分組成：調度程序、存儲和視圖（React 組件）。
GitHub主頁：https://github.com/facebook/flux
Star數(shù)量：11616
Jest是一個開源的、基于Jasmine框架的JavaScript單元測試工具。Jest源于Facebook兩年前的構想，用于快速、可靠地測試Web聊天應用。它吸引了公司內部的興趣，F(xiàn)acebook的一名軟件工程師Jeff Morrison半年前又重拾這個項目，改善它的性能，并將其開源。
在最基礎層面，Jest被設計用于快速、簡單地編寫地道的JavaScript測試。Jest自動模擬require()返回的CommonJS模塊，并提供了包括內置的測試環(huán)境Dom API支持、合理的默認值、預處理代碼和默認執(zhí)行并行測試在內的特性。通過在并行進程中同時運行測試，Jest讓測試更快地結束。
GitHub主頁：https://github.com/facebook/jest
Star數(shù)量：4119
Nuclide是Facebook 推出的一套基于Atom的開發(fā)工具集，用于開發(fā)基于Hack的Web應用，提供自動完成和JavaScript類型檢查，內建React開發(fā)支持，并支持Facebook最新的React Native庫，支持Facebook的Flow JavaScript類型檢查器。Nuclide的設計目是為了在整個公司為工程師提供一套標準的開發(fā)者經(jīng)驗——無論他們從事純iOS應用，React和React Native代碼，或者在Hack運行我們的HHVM網(wǎng)絡服務。
GitHub主頁：https://github.com/facebook/nuclide
Star數(shù)量：4412
Stetho是一個Android應用的調試工具。當Android應用集成Stetho時，開發(fā)者可以通過訪問Chrome，在Chrome Developer Tools中查看應用布局、網(wǎng)絡請求、sqlite、preference等等，可視化一切應用操作（更重要的是不用root）。開發(fā)者也可通過它的dumpapp工具提供的命令行接口來訪問應用內部。
GitHub主頁：https://github.com/facebook/stetho
Star數(shù)量：5079
Buck受到了Google Blaze的啟發(fā)，創(chuàng)建它是為了處理與多個Android庫有復雜關聯(lián)的應用程序，從而減少構建時間。引入Buck之后，F(xiàn)acebook開發(fā)的四種本地Android應用程序中使用了單一的代碼樹和構建工具，這讓開發(fā)更簡單、更流暢，錯誤更少。最初的38個庫在四種應用程序之間共享了500個模塊。使用Buck替換了最初基于Ant的系統(tǒng)之后，第一次針對代碼樹運行時，構建時間就從3分40秒降到1分30秒。
相比傳統(tǒng)的Android編譯工具，Buck憑借多核及并行技術，極大加速了Android工程的編譯速度。同時，多次編譯過程中，它會對未變動的模塊進行標記，以增量式編譯的方式進一步提高速度。Buck自帶編譯腳本生成功能，并提供編譯過程中單元測試的代碼覆蓋率等數(shù)據(jù)表單，還為無法用Ant工具編譯的模塊提供了便捷的編譯方式。Buck跟IntelliJ結合緊密，可通過簡單的編譯腳本生成該IDE可用的工程，極大降低了本地IDE開發(fā)后向服務器遷移的成本。
GitHub主頁：https://github.com/facebook/buck
Star數(shù)量：2686
Rebound是一個彈簧模型Java庫，由Facebook于2013年10月在Mobile@Scale大會上發(fā)布，旨在應用中引入真實的物理世界，創(chuàng)建讓人感覺很接近自然的動畫。Rebound不是通用物理庫，但是，彈簧模型能夠驅動各種各樣的動畫。Rebound的簡單特性使它很容易被集成，以及作為構建塊創(chuàng)建如呼叫、滾動條和切換開關等復雜組件。
GitHub主頁：https://github.com/facebook/rebound
Star數(shù)量：3455
現(xiàn)在App的原型設計越來越復雜，以前使用PhotoShop制作靜態(tài)圖的方式不能滿足各種交互效果的展示，Paper的首席設計師Mike Matas在加入Facebook之初就推薦大家使用Quartz Composer來快速構建應用原型，而Facebook的設計團隊也很快接收并喜歡上了這個工具，在隨后的應用，他們遇到了一個問題：對于產(chǎn)品設計師來說，Quartz Composer 的學習曲線太高。
于是Mike就帶頭開發(fā)了Origami。2013年12月，F(xiàn)acebook 開源了基于 Quartz Composer 的插件Origami，設計師可以通過 Origami 能夠快速構建移動應用交互原型，隨后交付給工程師實現(xiàn)，值得注意的是 Origami 無需編程背景，新發(fā)布的 Paper 從項目設計之初所有的原型設計都是采用 Origami 來實現(xiàn)。
GitHub主頁：https://github.com/facebook/origami
Star數(shù)量：3186
Huxley 是一個基于Python用于Web應用UI測試的工具，Huxley可以錄下UI操作過程，并回放自動測試。自動測試時和UI基準對比，UI不符合預期時，會保存變化的 UI 并警告你。
GitHub主頁：https://github.com/facebookarchive/huxley
Star數(shù)量：3891
ComponentKit 使用功能性和聲明性（declarative）的方法來進行創(chuàng)建界面，和以往不同的是，ComponentKit 使用單向數(shù)據(jù)流的形式從不可變的模型映射到不可變的組件來確定視圖的顯示方式。ComponentKit 的 declarative 看上去和 declarative UI(QML) 差不多，其實差得遠。QML 更偏向于 UI 設計的描述性，而 ComponentKit 則是做好基本 UI 和事件之間的聯(lián)系，讓事件設計和 UI 設計可以分開單獨完成。
GitHub主頁：https://github.com/facebook/componentkit
Star數(shù)量：3095
FBMemoryProfiler是Facebook開源的一款用于分析iOS內存使用和檢測循環(huán)引用的工具庫。
手機設備的內存是一個共享資源。應用程序可能會不當?shù)暮谋M內存、崩潰，或者遭遇大幅度的性能降低。當分配了一塊內存，并設置了對象之后，如果在使用完了之后忘記釋放，這就會發(fā)生內存泄露。這意味著系統(tǒng)是無法回收內存并交予他人使用，這也最終意味著我們的內存將會逐漸耗盡。
在Facebook，有很多工程師在代碼庫的不同部分上工作。這不可避免的會發(fā)生內存泄露。當發(fā)生內存泄露之后，工程師需要盡快找到并修復它們。一些工具已經(jīng)可以找到內存泄露，但是它們需要大量的人工干預。自動化可以在不需要更多開發(fā)者的情況下，更快的找到內存泄露。為了解決這個問題，F(xiàn)acebook做了一套工具來自動化的處理和修復代碼庫中的一些問題，這個工具就是FBMemoryProfiler。
GitHub主頁：https://github.com/facebook/FBMemoryProfiler
Star數(shù)量：1657
