1 skynet介紹
Skynet 是一個基於C跟lua的開源服務端併發框架，這個框架是單進程多線程Actor模型。是一個輕量級的爲在線遊戲服務器打造的框架。
我在雲風博客的基礎上，把重要的知識點加上具體的example來講解skynet如何去使用。前面的比較囉嗦一些，大家不想了解這些知識的，可以直接跳轉到第二章節。
1.1 簡介
這個系統是單進程多線程模型。
每個服務都是嚴格的被動的消息驅動的，以一個統一的 callback 函數的形式交給框架。框架從消息隊列裏調度出接收的服務模塊，找到 callback 函數入口，調用它。服務本身在沒有被調度時，是不佔用任何 CPU 的。
skynet雖然支持集羣，但是作者雲風主張能用一個節點完成儘量用一個節點，因爲多節點通信方面的開銷太大，如果一共有 100 個 skynet 節點，在它們啓動完畢後，會建立起 9900條通訊通道。
1.2 特點
Skynet框架做兩個必要的保證：
一、一個服務的 callback 函數永遠不會被併發。
二、一個服務向另一個服務發送的消息的次序是嚴格保證的。
用多線程模型來實現它。底層有一個線程消息隊列，消息由三部分構成：源地址、目的地址、以及數據塊。框架啓動固定的多條線程，每條工作線程不斷從消息隊列取到消息，調用服務的 callback 函數。
線程數應該略大於系統的 CPU 核數，以防止系統飢餓。（只要服務不直接給自己不斷髮新的消息，就不會有服務被餓死）
對於目前的點對點消息，要求發送者調用 malloc 分配出消息攜帶數據用到的內存；由接受方處理完後調用 free 清理（由框架來做）。這樣數據傳遞就不需要有額外的拷貝了。
做爲核心功能，Skynet 僅解決一個問題：
把一個符合規範的 C 模塊，從動態庫（so 文件）中啓動起來，綁定一個永不重複（即使模塊退出）的數字 id 做爲其 handle 。模塊被稱爲服務（Service），服務間可以自由發送消息。每個模塊可以向 Skynet 框架註冊一個 callback 函數，用來接收發給它的消息。每個服務都是被一個個消息包驅動，當沒有包到來的時候，它們就會處於掛起狀態，對 CPU 資源零消耗。如果需要自主邏輯，則可以利用 Skynet 系統提供的 timeout 消息，定期觸發。
1.3 Actor模型
1.3.1 Actor模型介紹
**Actor模型內部的狀態由它自己維護即它內部數據只能由它自己修改(通過消息傳遞來進行狀態修改)，所以使用Actors模型進行併發編程可以很好地避免這些問題，Actor由狀態(state)、行爲(Behavior)和郵箱(mailBox)三部分組成**
-
狀態(state)：Actor中的狀態指的是Actor對象的變量信息，狀態由Actor自己管理，避免了併發環境下的鎖和內存原子性等問題
-
行爲(Behavior)：行爲指定的是Actor中計算邏輯，通過Actor接收到消息來改變Actor的狀態
-
郵箱(mailBox)：郵箱是Actor和Actor之間的通信橋樑，郵箱內部通過FIFO消息隊列來存儲發送方Actor消息，接受方Actor從郵箱隊列中獲取消息
Actor的基礎就是消息傳遞，skynet中每個服務就是一個LUA虛擬機，就是一個Actor。
1.3.2 Actor模型好處
-
事件模型驅動： Actor之間的通信是異步的，即使Actor在發送消息後也無需阻塞或者等待就能夠處理其他事情。
-
強隔離性： Actor中的方法不能由外部直接調用，所有的一切都通過消息傳遞進行的，從而避免了Actor之間的數據共享，想要觀察到另一個Actor的狀態變化只能通過消息傳遞進行詢問。
-
位置透明： 無論Actor地址是在本地還是在遠程機上對於代碼來說都是一樣的。
-
輕量性：Actor是非常輕量的計算單機，只需少量內存就能達到高併發。