zookeeper源碼
❶ 如何在windows環境下編譯生成php的zookeeper擴展dll
1、創建編譯目錄「C:\php_sdk」
2、解壓php-sdk-binary-tools-20110915.zip裡面的文件到php_sdk目錄下
3、在開始菜單找到並打開Windows SDK CMD Shell （注意一定是SDK的shell ， 不是DOS操作的cmd窗口），然後執行
[plain] view plain
setenv /x86 /xp /release //這一句一定要執行成功，要不怎麼都不會編譯成功
cd php_sdk
bin\phpsdk_setvars.bat
bin\phpsdk_buildtree.bat phpdev
執行後，目錄下會生成phpdev文件夾
4、進入C:\php_sdk\phpdev\vc9\x86\，把deps-5.3-vc9-x86.7z解壓到該目錄下，覆蓋deps文件夾。(php sdk)
5、把php源代碼也解壓到x86目錄下。
6、把runkit壓縮包內容解壓到php解壓後源碼下的ext目錄下，並把文件夾名runkit-master改為runkit
7、在x86目錄下創建obj文件夾，用於保存編譯時生成的文件
8、執行以下命令，用於創建php編譯配置
[plain] view plain
cd phpdev\vc9\x86\php5.3-201308211030
buildconf
configure --help >..\configure_help.txt
configure --disable-all --enable-cli --enable-runkit=shared --enable-object-out-dir=..\obj
註：配置中的--enable-runkit=shared意思是 memcache 以 dll 形式生成，否則就和php集成在一起了。
❷ 什麼是Zookeeper
ZooKeeper是一個分布式的，開放源碼的分布式應用程序協調服務，是Google的Chubby一個開源的實現，是Hadoop和Hbase的重要組件。它是一個為分布式應用提供一致性服務的軟體，提供的功能包括：配置維護、域名服務、分布式同步、組服務等。
ZooKeeper的目標就是封裝好復雜易出錯的關鍵服務，將簡單易用的介面和性能高效、功能穩定的系統提供給用戶。
ZooKeeper包含一個簡單的原語集，[1] 提供Java和C的介面。
ZooKeeper代碼版本中，提供了分布式獨享鎖、選舉、隊列的介面，代碼在zookeeper-3.4.3\src\recipes。其中分布鎖和隊列有Java和C兩個版本，選舉只有Java版本。（概述圖片來源：[2] ）
外文名
ZooKeeper
類 別
分布式系統的可靠協調系統
所 屬
Hadoop的正式子項目
特 點
高效，可靠
❸ 如何使用Maven構建《hadoop權威指南3》隨書的源碼包
《hadoop：the definitive guide 3th》中的例子默認提供了一種編譯和構建jar包方法——maven，如果沒有maven你會發現編譯測試隨書的源碼會非常的麻煩（至少在命令行下），當然你也可以使用eclipse導入隨書的源碼再自己一個個的添加依賴性jar包（恐怕也不太容易）。不過還好有非常好的開源的軟體項目管理工具來幫助我們做這些無關於程序本身設計與架構的瑣碎的工作，那就是maven！
如果你對maven還不太了解，可以參看這里。
《hadoop：the definitive guide 3th》的源碼包可以從github中下載到，如下圖所示：
下面我們就可以切換到本書的源文件包的根目錄下使用maven來構建本書的jar包了：
% mvn package -DskipTests -Dhadoop.version=1.0.4
執行過這條命令後就是很長時間的等待，maven會到他的中央倉庫和apache的倉庫中下載所需要的jar包和pom.xml文件（這個過程可能要持續大約一個小時，要確保你的電腦已經連上網路，下載完成後在~/.m2/repository文件夾中——也即本地倉庫——可以看到已經下載下來的jar包和pom文件），然後再逐個構建根目錄下pom.xml中配置的moles，等所有的工作做完就可以看到已經打包的各個jar包，從而可以很方便的在命令行使用hadoop命令測試書中的代碼了。
❹ zk源碼閱讀37:ZooKeeperServer源碼分析
前面針對server啟動到選舉leader進行了一個小結，現在進入leader和follower的啟動交互過程，需要先講ZooKeeperServer，
在之前源碼閱讀的25節裡面帶過了一部分，這里詳細講解ZooKeeperServer的源碼
繼承關系如下
本節主要講解內容如下
在源碼閱讀第24節講解了，這里不贅述
是SessionTracker的內部介面
如下圖
除去log，jmx相關部分，源碼如下
ChangeRecord是ZooKeeperServer的內部類，衫畝下面會介紹
ServerStats,ZooKeeperServerListener都在25節的源碼介紹過
這個類或升森並沒有調用，不用管
定義異常
這個數據結構為了促進PrepRequestProcessor以及FinalRequestProcessor的信息共享,講到調用鏈的時候再講。
其中，StatPersisted在源碼閱讀7中講DataNode的時候講過了
描述當前server所處的狀態
這里列舉處兩個底層調用的構造函數
啟動涉及到db的數據載入，這里也有集群和單機兩種，調用順序為
主要是集群的時候，server選完了leader，由leader才能調用數據載入loadData
下面按照單機版startdata函數展開
初始化zkDb完成數據載入
恢復session和數據，單機版啟動或者集群版leader選舉之後調用lead方法時，會調用該方法。
主要完成設置zxid以及把無效的session給kill掉的工作
這里注意，為什麼需要干這件事情，在下面思考中會說
裡面調用了setZxid(不展開)以及killSession函數
清除db中臨時會話記錄，會話跟蹤器也清除記錄
入口是ZooKeeperServer#startup，zkServer都是在上述載入了db的數據之後，調用startup來完成啟動
啟動的入口函數
調用了createSessionTracker等函數，介紹如下
createSessionTracker 完成會話跟蹤器的創建
這里是默認的單機版實現，在集群版不同的角色有不同的實現,主要是參數sid不會傳1，而是配置中的sid
startSessionTracker 啟動會話跟蹤器
設置笑薯伺服器運行狀態，對於ERROR和SHUTDOWN的state，進行對應的操作
在 源碼閱讀25:伺服器異常報警，關閉機制 講過，這里不贅述
安裝請求處理鏈路,是PrepRequestProcessor -> SyncRequestProcessor -> FinalRequestProcessor順序
具體在後面請求處理鏈路再講
兩個函數getServerId和expire
processConnectRequest用於處理client的連接請求，不展開
值得注意的地方是重連的調用
展開如下
重連的核心函數
驗證sessionId和傳遞來的密碼的正確性
根據sessionId生成密碼
在會話跟蹤器SessionTracker中判斷會話是否還有小
完成會話初始化，根據參數valid代表認證通過與否，用來判斷server是接收連接請求，還是發出closeConn的請求,不展開，重要部分如下
除去的get,set,jmx,shutdown相關函數，剩下重要函數如下
部分函數列舉如下
獲取下一個server的zxid,調用方需要確保控制並發順序
上面ZooKeeperServer#expire調用了close函數，介紹如下
該函數用於提交一個 關閉某個sessionId 的請求
這里有兩個函數
之前在源碼21節 會話管理中講解了會話清除，在sessionTracker的記錄是馬上清除的，而DateTree中臨時會話的清除是通過調用鏈一步步來的，也就是說兩個步驟不是同步的，所以如果中間伺服器狀態改變了，會出現不一致的情況
requestsInProcess代表正在處理的請求個數
就是說發出請求時，requestsInProcess+1，最後完成請求時，requestsInProcess-1.涉及到請求處理鏈。
ZooKeeperServer#checkPasswd調用
ZooKeeperServer#generatePasswd
就是sessionId要和sessionId^superSecret生成的第一個隨機數相匹配即可
密碼不是client端設置的，是根據sessionId生成的
ZooKeeperServer#processConnectRequest 裡面調用reopenSession中
在上面已經講了,核心就是
這里還沒有深入看，先存疑
比如思考中提到的loadData為什麼會出現數據不一致，屬於某種異常情況的處理
為什麼不放到另外一個類裡面去