第一棵蛋
每個snlua服務對應一個lua狀態(tài)機
每個消息對應一個coroutine
--skynet.raw_dispatch_message
-- 每個消息都創(chuàng)建一個coroutine
local co = co_create(f)
suspend(co, coroutine.resume(co, session,source, p.unpack(msg,sz, ...)))
一對好基友
call和response是一對好基友，服務A 調(diào)用call方法到服務B后， 服務B要應答時調(diào)用response+結(jié)果R即可，這個時候服務A中的call返回，返回就是結(jié)果R.
skynet.call
skynet.response
再一對好基友
resume和yield也是一對好基友。reume和yield分別在2個代碼快A和B中。協(xié)程穿越者W是一個隱形的碼靈，它按順序一行一行的執(zhí)行當前l(fā)ua代碼，在A和B代碼塊中來回穿針引線。碼靈不是時空跳躍者，它只是穿行，不會在某處就消失掉。
它要么在代碼塊A中，要么就在代碼塊B中，每次穿越，嘴里都銜著上一個時空的口袋(實參)，丟到當前的時空。當然口袋里可能是空的。
一開始coroutine(主函數(shù)co_main)是掛起的
首先A resume(...)，A立即掛起到A1，碼靈背著口袋去到B，B開始從co_main執(zhí)行, 其實參正是resume(...)傳入的值
B繼續(xù)走，遇到y(tǒng)iled(...)就停住了，掛起到B1
碼靈從B1門回到A 的A1門，A1門關(guān)閉
碼靈在A中繼續(xù)走，遇到resume，停下來開了一道門A2
碼靈從A的A2門進到B中的B1門，B1門關(guān)閉
碼靈在B中繼續(xù)走，遇到y(tǒng)ield停住，又開了個B2門
這樣周而復始，在時空A和時空B中每次都會有另外一個空間的門開著，當前空間遇到停住，就打開門進到對方時空。
這淡扯得有點離譜啊!
rapidjson來一蛋
先在skynet里這樣定義一個table
-------------------------------------------------
{
{ id = 1, name = "map1", ip = "127.0.0.1", port = "5555" },
{ id = 2, name = "map2", ip = "127.0.0.2", port = "5556" },
}
然后在client這樣解析：
-------------------------------------------------
Document document;
document.Parse(params.c_str());
if(!document.HasMember("maps"))
return;
Value map = document["maps"].GetObject();
for(Value::ConstMemberIterator itr = map.MemberBegin(); itr != map.MemberEnd(); ++itr)
{
}
問題來了：
1.只能解析到id=2的table出來
2.再追加個id=3，就地址異常了。
解決
ID從0開始
這蛋甚是無味
好像是sproto中如果type被用作數(shù)組類型，必須第一個字段是id，后面填充的時候也要從0開始
<占位標題>
<占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述>
<占位項1>
<占位項2>
<占位標題>
<占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述>
<占位項1>
<占位項2>
<占位標題>
<占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述>
<占位項1>
<占位項2>
<占位標題>
<占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述>
<占位項1>
<占位項2>
<占位標題>
<占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述占位描述>
<占位項1>
<占位項2>