? ? ? 這次來解析一下HBase1.0.0中种樱，RegionServer的啟動過程。
一：啟動shell腳本
? ? ? 首先從啟動RegionServer的shell命令開始看起吧达箍，通常都是通過hbase-daemon.sh start regionserver命令來啟動RegionServer的盾致。在windows下用notepad++打開對應(yīng)的shell腳本，可以看到start參數(shù)對應(yīng)如下腳本：
? ? ? 相當(dāng)于就是再次調(diào)用hbase-daemon.sh internal_start腻异，對應(yīng)的shell腳本片段如下：
? ? ? 定位到最后的hbase命令對應(yīng)的shell腳本可以看到如下代碼：
找了這么久，總算是定位到RegionServer就是在運行org.apache.hadoop.hbase.regionserver.HRegionServer這個java類了这揣。
二：HRegionServer的啟動
? ? ? 打開eclipse悔常，用maven導(dǎo)入源代碼，直接翻到main函數(shù)给赞，代碼如下
? ? ? 這里HRegionServerCommandLine的doMain方法以后講hmaster的時候在細講机打，主要作用就是接受命令行傳來的參數(shù)，構(gòu)造一個HRegionServer實例片迅，然后在開啟對應(yīng)線程執(zhí)行HRegionServer的線程主體残邀。
? ? ? 其中HRegionServer的函數(shù)定義為：
? ? ? conf對應(yīng)著配置文件，csm是一個協(xié)調(diào)服務(wù)柑蛇，提供啟停Server等方法芥挣，由HRegionServerCommandLine根據(jù)配置文件確定具體的實現(xiàn)類。
? ? ? HRegionServer的構(gòu)造函數(shù)實在過于冗長耻台，下面只是講講大概做了什么空免，具體的代碼就不貼上來了：
1.根據(jù)配置文件初始化regionserver的userProvider對象，用于權(quán)限認證盆耽；
2.根據(jù)配置文件初始化regionserver的nonceManager對象蹋砚，用于防止類似于網(wǎng)頁開發(fā)中的重復(fù)提交扼菠，可以參考這篇文章（http://blog.csdn.net/lipeng_bigdata/article/details/50464441），默認情況下是開啟的都弹；
3.根絕配置文件娇豫，創(chuàng)建RegionServer的RPC服務(wù)端；
4.根據(jù)系統(tǒng)時間畅厢，生成serverName（這里貼一下代碼，因為web管理頁面的服務(wù)器名稱就是根據(jù)這個弄來的氮昧，代碼很簡單框杜，就不細講了）
5.啟動RPC服務(wù)，這里的RPC與hadoop RPC類似袖肥，有l(wèi)istener responser scheduler 也有相關(guān)隊列咪辱；
6.啟動動態(tài)的RegionServer配置服務(wù)，在1.0的版本中椎组，部分參數(shù)的修改不需要通過重啟生效油狂；
7.初始化在zookeeper上面的信息；
8.構(gòu)造walRoller對象寸癌，這個等下詳細講专筷。
三：關(guān)于walRoller
? ? ? HRegionServer與walRoller的類圖大概如下面所示：?
? ? ? 這里其實最想表達的疑惑為什么不干脆把LogRoller的構(gòu)造函數(shù)，弄成形如LogRoller(hrs:HRegionServer)的樣子蒸苇。雖然面向?qū)ο蟮乃枷敫嬖V我們磷蛹，軟件設(shè)計應(yīng)該遵循抽象與多態(tài)的原則，巧妙地運用接口溪烤，但是按照這種思想這里調(diào)用的時候卻傳入了兩個一模一樣的參數(shù)味咳，個人感覺還是不太對，也許以后能夠了解吧檬嘀。
四：RegionServer的運行
? ? ? 在run方法中槽驶，首先初始化zookeeper，然后開啟檢測線程鸳兽，檢測RegionServer是不是掛了掂铐；接著，為coprocessor配置運行環(huán)境（考慮到coprocessor可能會需要zk贸铜，所以先初始化zookeeper）堡纬；然后就開始向master注冊自己；最后的線程主體中蒿秦，只要集群還監(jiān)控運行就會匯報自己的信息烤镐，直到集群停止，再根據(jù)配置回收一系列資源棍鳖。
