表麵上，韓海是進入了修煉，其實他是打開了數據模型庫，觀察起來這次的收獲，他記得在殺死李易龍後，數據模型倉庫傳來響聲，是有東西入庫了。
韓海在倉庫中找尋了半天，終於找到了新增的這個數據模型，這是一張白色的卡片，卡片中央寫著system，而在卡片偏上的位置寫著socket.io，當看到這個模型的時候，韓海的心情非常愉快，這個數據模型明顯是一個係統的類庫，而且它的功能也是非常強大的。
可以說句毫不誇張的話，如果沒有socket，那麽互聯網就不存在。
沒錯socket就是網絡傳輸中嵌套字協議，這種協議說白了就是給你一個定量字節的傳輸空間，負責電腦終端間連線的一種協議方案。
而目前大規模應用於瀏覽器的協議，就是基於tcp長連接開發出的http協議，這是一種短連接的協議，原理很簡單一次請求一次返回，然後就斷開連接，而大家使用的聊天軟件，大部分是使用tcp長連接協議作出的軟件。
韓海現在擁有了socket係統庫後，就可以編寫一套im係統，也就是及時聊天係統（instantmessaging），這樣也就可以解決團隊協作中，通訊不方便的問題。
末日之後因為電力設施都被怪物破壞或者失去維護，各種移動終端都失去了作用，現在大家通訊全靠吼，這對於信息的傳播非常不利，而當韓海有了這一套socket係統庫後，他就可以基於自己的係統開發出多人聊天的軟件了。
而且開發出這種軟件後，韓海不僅僅可以自己人使用，也可以販賣給其他人使用，並且賺取錢財，這樣既方便了自己斂財，又給社會提供了服務，一舉多得。
韓海想到這裏，不禁笑了笑，隨後韓海新建了一個項目，然後又新建了6個文件夾，分別是protocolmon、core、server、main、utils，這些文件夾對應了協議模塊、通用模塊、核心模塊、服務模塊、主函數文件夾、工具類存放文件夾。
這一次韓海編寫的是一個稍微大些的項目，其中使用字符數，他預計估計了下，起碼要使用20-30萬之多，也就是要耗費20-30萬字符能量，可見一個聊天係統的服務器實現的難度，並且寫完服務器韓海還需實現客戶端的編寫，這裏也需要耗費大量的字符能量。
不過在守城戰後，韓海字符能量達到了200萬，目前來說還是夠他揮霍的，所以他目前不必為字符能量擔憂。
然後韓海開始了漫長的編寫，不過好在的是，聊天係統他之前在公司的時候寫過一套，現在也能回想起來，複寫一遍就好了。
韓海所寫的及時聊天係統，主要分三層：協議層、功能層和業務層。
協議層主要是定義服務器和客戶端傳輸數據包時候的約定，這一層還分2層，第一塊是通訊協議層，第二塊是業務協議層。
通訊協議層：主要是通用化的加密解密方案，握手、重連、斷開等約定。
業務協議層：主要是處理某個用戶要與某人通訊，然後給某人發出消息，斷開等等約定。
協議說白了也算一種數據結構，隻不過他們傳播的方式是流狀的，而代碼去解析也需要逐步去解析，就好比寫信的時候，我要告訴你一件事情，但是我雷打不動，信的第一行寫的肯定是你的名字，後麵才跟著是我寫給你的內容。
當然沒有寫信那麽簡單，我們可能在主消息體前麵加了很多標示，就像之前所說的，第一層用兩個字節使用im標識，這個是屬於這個通訊係統的占位符，第二層用四個字節傳入了一個時間，第三層用1個字節傳了一個短整形7，標識這個文本的業務是傳輸消息，第四層用了四個字節放了一個長整形標識之後消息體的字節長度，第五層才能使用剛剛讀到的消息體長度，才可以拿到定長的消息體。
在這之後，還需要解碼消息體，得到真正的消息，不過這個東西一般寫在客戶端，服務器隻負責傳輸就好了。
當然以上的描述隻是個栗子，而真正應用中比這些數據更多、更複雜，比如一個用戶傳遞消息給另一個用戶，如果要交給另一個用戶，不僅服務器要識別這個消息體發送人的身份，還要識別傳遞給那個人的是否存在，能不能發送等等。
功能層主要就是進行數據的一些處理，比如以下代碼：
intencodelong(longlongintsrc，unsignedchar**ret，int&len)
{
unsignedchar*buf=(unsignedchar*)malloc(9);
memset(buf，0，9);
unsignedchar*p=buf;
*p++|=lpush_fmt_long;
*p++|=(src>>56)&0xff;
*p++|=(src>>48)&0xff;
*p++|=(src>>40)&0xff;
*p++|=(src>>32)&0xff;
*p++|=(src>>24)&0xff;
*p++|=(src>>16)&0xff;
*p++|=(src>>8)&0xff;
*p++|=(src)&0xff;
len=9;
*ret=buf;
return0;
}
這段代碼的作用就是把一個長整型的數據封裝進入字節流，並且字節流的首地上返回給二級指針。
業務模塊就好理解很多了，比如轉發一個客戶端傳遞來的消息，通過用戶id的標示找到相應的用戶，再從用戶注冊在服務器的消息找到相應的客戶端，然後把消息通過socket傳輸給另外的客戶端。
韓海花了整整半夜才完成了服務器的編寫，要不是很多東西他都寫過，也不可能這麽快，一個新手如果寫一個聊天服務器，從入門到上手就需要一個月，當然新手是指的工科畢業生的水平。
接下來該編寫客戶端了，客戶端和服務器就不同了，客戶端需要一個載體，這個韓海早想到了，這個時候豌豆射手的攻擊，已經無法破開普通喪屍的防禦了，所以韓海準備把它改成通訊工具，想想大家每人肩膀上一個豌豆射手，然後對著它的炮筒通話是中什麽樣的畫麵。
韓海一想到這個，就感覺有無窮的動力，作為一個理工男的惡趣，還真不是一般人可以理解的。
韓海回了回神，打開了豌豆射手的數據模型，然後開始了長時間的閱讀，這一次因為還是改寫炮筒攻擊方位的模塊，所以他是有操作權限的。
但是這一次韓海需要大改這個模塊的函數了，因為韓海要把攻擊的功能，完全改寫成一個收聽聲音和播放聲音的組建，好在豌豆射手天生有聽覺模型，並且在炮筒上也長著嘴巴，韓海隻需要把這兩樣功能模塊，進行取樣和轉發就可以了。
到了這一步，韓海就必須使用鉤子技術了，他一共編寫了2個篡改函數，因為函數的原型韓海可以看到，所以篡改以後的函數可以無縫對接原來的功能，從而不影響以前的程序。
第一個篡改的是豌豆射手收聽聲音的函數，他隻不過是從中截取了每一幀聲音的數據。
第二個篡改的是豌豆射手發聲的函數，這一次他需要在發出聲音的隊裏中，加入自己從socket收到的聲音數據。
豌豆射手聲音的樣板是標準的pcm，也就是pulsecodemodtion，即為脈衝編碼調製。
在光纖通信係統中，光纖中傳輸的是二進製光脈衝“0”碼和“1”碼，它由二進製數字信號對光源進行通斷調製而產生。而數字信號是對連續變化的模擬信號進行抽樣、量化和編碼產生的，稱為pcm（pulse-codemodtion），即脈衝編碼調製。
而這種樣本數據一般數量級比較大，不利於傳輸，所以韓海使用了一個通用壓縮標準aac進行編碼傳輸，aac即是高級音頻編碼（advancedaudiocoding）。
目前韓海可以粗略的實現aac的編碼步驟，這種壓縮編碼算法是有損失的算法，原理采樣一段時間內的pcm數據，然後使用傅裏葉變幻編解碼，聲音其實就是不同頻域的振幅，疊加起來的正弦波，編碼算法其實就是進行時域正弦波疊加成近方型的正弦波，而解碼就是使用傅裏葉反變換，把疊加正弦波解碼成原來一段段的正弦波。（這裏隻是粗略的進行編解碼）
再之後的步驟，把壓縮後的音頻向服務器進行發送就可以了，再由服務器轉發到另外的客戶端，當客戶端接收到音頻消息的時候，再運行篡改後的發聲函數，這樣就達到了通訊的目的。
當然客戶端也必須建立一套身份標識，否則通訊就無從尋找聯係人了，這一點韓海已經想到了，當建立模型的時候，韓海可以給每個豌豆射手設置一個數字號碼，當有人想要通訊的時候，在豌豆射手上撥號就可以了，而且係統內部還建立的群組概念，其實就是聊天群，聯係人可以在群裏發信息與群組內的所有人通訊。
之後韓海還編寫了一套聊天界麵，他把豌豆射手一側綠色的表皮，變成動態的屏幕，這樣用戶就既可以發送聲音也可以發送文字了。（參考qqim）
目前韓海並沒有開發視頻聊天的功能，因為視頻的編碼比起聲音來說複雜了不止一點，這是他以前學習中所欠缺的內容，這需要他再學習下h264視頻編碼後才可以實現，所以這裏他留下了一個扣子，隻有等以後再改進了。
做完這些，韓海把socket連接的函數寫好，然後仔仔細細觀察起寫好的代碼來，這是他許久以來養成的習慣，沒有一個程序員，敢說自己寫的程序沒有bug，如果有人說了，那麽隻是他沒發現而已。
沒一會兒，韓海又修改了幾處地方，然後仔仔細細再看了一遍，直到發現不了問題後，他才送了一口氣。
在這個時候，他才感覺到一股困意襲來，顯然大量代碼的編寫，耗費了他大量的精力，這使得他心中一驚，因為明天還有事情做，想到這裏他不敢怠慢，開始放空自己的腦袋，真正不去思想東西，這才沉沉的睡了過去。
韓海在倉庫中找尋了半天，終於找到了新增的這個數據模型，這是一張白色的卡片，卡片中央寫著system，而在卡片偏上的位置寫著socket.io，當看到這個模型的時候，韓海的心情非常愉快，這個數據模型明顯是一個係統的類庫，而且它的功能也是非常強大的。
可以說句毫不誇張的話，如果沒有socket，那麽互聯網就不存在。
沒錯socket就是網絡傳輸中嵌套字協議，這種協議說白了就是給你一個定量字節的傳輸空間，負責電腦終端間連線的一種協議方案。
而目前大規模應用於瀏覽器的協議，就是基於tcp長連接開發出的http協議，這是一種短連接的協議，原理很簡單一次請求一次返回，然後就斷開連接，而大家使用的聊天軟件，大部分是使用tcp長連接協議作出的軟件。
韓海現在擁有了socket係統庫後，就可以編寫一套im係統，也就是及時聊天係統（instantmessaging），這樣也就可以解決團隊協作中，通訊不方便的問題。
末日之後因為電力設施都被怪物破壞或者失去維護，各種移動終端都失去了作用，現在大家通訊全靠吼，這對於信息的傳播非常不利，而當韓海有了這一套socket係統庫後，他就可以基於自己的係統開發出多人聊天的軟件了。
而且開發出這種軟件後，韓海不僅僅可以自己人使用，也可以販賣給其他人使用，並且賺取錢財，這樣既方便了自己斂財，又給社會提供了服務，一舉多得。
韓海想到這裏，不禁笑了笑，隨後韓海新建了一個項目，然後又新建了6個文件夾，分別是protocolmon、core、server、main、utils，這些文件夾對應了協議模塊、通用模塊、核心模塊、服務模塊、主函數文件夾、工具類存放文件夾。
這一次韓海編寫的是一個稍微大些的項目，其中使用字符數，他預計估計了下，起碼要使用20-30萬之多，也就是要耗費20-30萬字符能量，可見一個聊天係統的服務器實現的難度，並且寫完服務器韓海還需實現客戶端的編寫，這裏也需要耗費大量的字符能量。
不過在守城戰後，韓海字符能量達到了200萬，目前來說還是夠他揮霍的，所以他目前不必為字符能量擔憂。
然後韓海開始了漫長的編寫，不過好在的是，聊天係統他之前在公司的時候寫過一套，現在也能回想起來，複寫一遍就好了。
韓海所寫的及時聊天係統，主要分三層：協議層、功能層和業務層。
協議層主要是定義服務器和客戶端傳輸數據包時候的約定，這一層還分2層，第一塊是通訊協議層，第二塊是業務協議層。
通訊協議層：主要是通用化的加密解密方案，握手、重連、斷開等約定。
業務協議層：主要是處理某個用戶要與某人通訊，然後給某人發出消息，斷開等等約定。
協議說白了也算一種數據結構，隻不過他們傳播的方式是流狀的，而代碼去解析也需要逐步去解析，就好比寫信的時候，我要告訴你一件事情，但是我雷打不動，信的第一行寫的肯定是你的名字，後麵才跟著是我寫給你的內容。
當然沒有寫信那麽簡單，我們可能在主消息體前麵加了很多標示，就像之前所說的，第一層用兩個字節使用im標識，這個是屬於這個通訊係統的占位符，第二層用四個字節傳入了一個時間，第三層用1個字節傳了一個短整形7，標識這個文本的業務是傳輸消息，第四層用了四個字節放了一個長整形標識之後消息體的字節長度，第五層才能使用剛剛讀到的消息體長度，才可以拿到定長的消息體。
在這之後，還需要解碼消息體，得到真正的消息，不過這個東西一般寫在客戶端，服務器隻負責傳輸就好了。
當然以上的描述隻是個栗子，而真正應用中比這些數據更多、更複雜，比如一個用戶傳遞消息給另一個用戶，如果要交給另一個用戶，不僅服務器要識別這個消息體發送人的身份，還要識別傳遞給那個人的是否存在，能不能發送等等。
功能層主要就是進行數據的一些處理，比如以下代碼：
intencodelong(longlongintsrc，unsignedchar**ret，int&len)
{
unsignedchar*buf=(unsignedchar*)malloc(9);
memset(buf，0，9);
unsignedchar*p=buf;
*p++|=lpush_fmt_long;
*p++|=(src>>56)&0xff;
*p++|=(src>>48)&0xff;
*p++|=(src>>40)&0xff;
*p++|=(src>>32)&0xff;
*p++|=(src>>24)&0xff;
*p++|=(src>>16)&0xff;
*p++|=(src>>8)&0xff;
*p++|=(src)&0xff;
len=9;
*ret=buf;
return0;
}
這段代碼的作用就是把一個長整型的數據封裝進入字節流，並且字節流的首地上返回給二級指針。
業務模塊就好理解很多了，比如轉發一個客戶端傳遞來的消息，通過用戶id的標示找到相應的用戶，再從用戶注冊在服務器的消息找到相應的客戶端，然後把消息通過socket傳輸給另外的客戶端。
韓海花了整整半夜才完成了服務器的編寫，要不是很多東西他都寫過，也不可能這麽快，一個新手如果寫一個聊天服務器，從入門到上手就需要一個月，當然新手是指的工科畢業生的水平。
接下來該編寫客戶端了，客戶端和服務器就不同了，客戶端需要一個載體，這個韓海早想到了，這個時候豌豆射手的攻擊，已經無法破開普通喪屍的防禦了，所以韓海準備把它改成通訊工具，想想大家每人肩膀上一個豌豆射手，然後對著它的炮筒通話是中什麽樣的畫麵。
韓海一想到這個，就感覺有無窮的動力，作為一個理工男的惡趣，還真不是一般人可以理解的。
韓海回了回神，打開了豌豆射手的數據模型，然後開始了長時間的閱讀，這一次因為還是改寫炮筒攻擊方位的模塊，所以他是有操作權限的。
但是這一次韓海需要大改這個模塊的函數了，因為韓海要把攻擊的功能，完全改寫成一個收聽聲音和播放聲音的組建，好在豌豆射手天生有聽覺模型，並且在炮筒上也長著嘴巴，韓海隻需要把這兩樣功能模塊，進行取樣和轉發就可以了。
到了這一步，韓海就必須使用鉤子技術了，他一共編寫了2個篡改函數，因為函數的原型韓海可以看到，所以篡改以後的函數可以無縫對接原來的功能，從而不影響以前的程序。
第一個篡改的是豌豆射手收聽聲音的函數，他隻不過是從中截取了每一幀聲音的數據。
第二個篡改的是豌豆射手發聲的函數，這一次他需要在發出聲音的隊裏中，加入自己從socket收到的聲音數據。
豌豆射手聲音的樣板是標準的pcm，也就是pulsecodemodtion，即為脈衝編碼調製。
在光纖通信係統中，光纖中傳輸的是二進製光脈衝“0”碼和“1”碼，它由二進製數字信號對光源進行通斷調製而產生。而數字信號是對連續變化的模擬信號進行抽樣、量化和編碼產生的，稱為pcm（pulse-codemodtion），即脈衝編碼調製。
而這種樣本數據一般數量級比較大，不利於傳輸，所以韓海使用了一個通用壓縮標準aac進行編碼傳輸，aac即是高級音頻編碼（advancedaudiocoding）。
目前韓海可以粗略的實現aac的編碼步驟，這種壓縮編碼算法是有損失的算法，原理采樣一段時間內的pcm數據，然後使用傅裏葉變幻編解碼，聲音其實就是不同頻域的振幅，疊加起來的正弦波，編碼算法其實就是進行時域正弦波疊加成近方型的正弦波，而解碼就是使用傅裏葉反變換，把疊加正弦波解碼成原來一段段的正弦波。（這裏隻是粗略的進行編解碼）
再之後的步驟，把壓縮後的音頻向服務器進行發送就可以了，再由服務器轉發到另外的客戶端，當客戶端接收到音頻消息的時候，再運行篡改後的發聲函數，這樣就達到了通訊的目的。
當然客戶端也必須建立一套身份標識，否則通訊就無從尋找聯係人了，這一點韓海已經想到了，當建立模型的時候，韓海可以給每個豌豆射手設置一個數字號碼，當有人想要通訊的時候，在豌豆射手上撥號就可以了，而且係統內部還建立的群組概念，其實就是聊天群，聯係人可以在群裏發信息與群組內的所有人通訊。
之後韓海還編寫了一套聊天界麵，他把豌豆射手一側綠色的表皮，變成動態的屏幕，這樣用戶就既可以發送聲音也可以發送文字了。（參考qqim）
目前韓海並沒有開發視頻聊天的功能，因為視頻的編碼比起聲音來說複雜了不止一點，這是他以前學習中所欠缺的內容，這需要他再學習下h264視頻編碼後才可以實現，所以這裏他留下了一個扣子，隻有等以後再改進了。
做完這些，韓海把socket連接的函數寫好，然後仔仔細細觀察起寫好的代碼來，這是他許久以來養成的習慣，沒有一個程序員，敢說自己寫的程序沒有bug，如果有人說了，那麽隻是他沒發現而已。
沒一會兒，韓海又修改了幾處地方，然後仔仔細細再看了一遍，直到發現不了問題後，他才送了一口氣。
在這個時候，他才感覺到一股困意襲來，顯然大量代碼的編寫，耗費了他大量的精力，這使得他心中一驚，因為明天還有事情做，想到這裏他不敢怠慢，開始放空自己的腦袋，真正不去思想東西，這才沉沉的睡了過去。