上一篇 說了問題。現在說說重構后的構架。
基于freebsd6.3 boost-1.35.0(多處升級，最重要是包含了asio，升級了thread) STLport-5.1.5 消息隊列(msgget,msgsnd,msgrcv)
構架方便借鑒了部分
云風的思路。
loginserver,gate,gamedb,postoffice,mapserver
accountdb去掉了，整合進loginserver里，loginserver直接連oracle，取列表信息后去連gate，gate連gamedb負責發人物列表
家里機器只有畫圖。。。忍著看吧。。。
下面開始都是一個服為一個單位。
一個服的gate是可以隨時開關的，gate起來的時候會給loginserver和postoffice注冊
1 struct GateInfo
2 {
3 char name[25];
4 char ip[16];
5 short port;
6 uint online;
7 };
8
9 typedef vector<GateInfo*> VecGateInfo;
10 VecGateInfo _gateinfo;
11
12 // 當有用戶連上或者斷開gate時
13 sort(_gateinfo.begin(), _gateinfo.end(), GateSort)
14
15 // 這樣client取gate信息的時候只需要發給每個gate_group的第一個就行。
gamedb是所有userinfo的集結地，有緩存，只在第一次請求的時候把userinfo讀進緩存，其余時刻都是寫，一個慢線程，5分鐘輪詢寫一遍，某個user更新發給gamedb，由gamedb負責通知其他拷貝同步更新。
mapserver實際上是一堆服務端的組合總稱，這塊來自云風的構架，分為chatserver（聊天服務端），mapserver（地圖服務端，還可以區分為只帶功能性npc地圖，或者稱為非pk地圖，和其他地圖），guildserver，dropserver。。。每個server都和postoffice連接，并且按功能和gamedb和其他服務端連接，按功能劃分具體的服務端可以很好的把邏輯分散，不會導致某個模塊的bug整個服務端的崩潰，在程序員整體調試水平不高的情況下，大大降低出錯后分析的難度。
相比較以前來說就是gamedb后移，數據重心放在gamedb上，只讀一次的做法要嚴格保證gamedb的效率和穩定，否則會死的很抽象。
一些細節mark下來，boost+asio在freebsd上居然不用kqueue用的是select。。。Orz，這是我在一次單步跟一個內存錯誤發現的
1 //
2 // kqueue_reactor_fwd.hpp
3 // ~~~~~~~~~~~~~~~~~~~~~~
4 //
5 // Copyright (c) 2003-2008 Christopher M. Kohlhoff (chris at kohlhoff dot com)
6 // Copyright (c) 2005 Stefan Arentz (stefan at soze dot com)
7 //
8 // Distributed under the Boost Software License, Version 1.0. (See accompanying
9 // file LICENSE_1_0.txt or copy at http://www.boost.org/LICENSE_1_0.txt)
10 //
11
12 #ifndef BOOST_ASIO_DETAIL_KQUEUE_REACTOR_FWD_HPP
13 #define BOOST_ASIO_DETAIL_KQUEUE_REACTOR_FWD_HPP
14
15 #if defined(_MSC_VER) && (_MSC_VER >= 1200)
16 # pragma once
17 #endif // defined(_MSC_VER) && (_MSC_VER >= 1200)
18
19 #include <boost/asio/detail/push_options.hpp>
20
21 #if !defined(BOOST_ASIO_DISABLE_KQUEUE)
22 #if defined(__MACH__) && defined(__APPLE__)
23
24 // Define this to indicate that epoll is supported on the target platform.
25 #define BOOST_ASIO_HAS_KQUEUE 1
26
27 namespace boost {
28 namespace asio {
29 namespace detail {
30
31 template <bool Own_Thread>
32 class kqueue_reactor;
33
34 } // namespace detail
35 } // namespace asio
36 } // namespace boost
37
38 #endif // defined(__MACH__) && defined(__APPLE__)
39 #endif // !defined(BOOST_ASIO_DISABLE_KQUEUE)
40
41 #include <boost/asio/detail/pop_options.hpp>
42
43 #endif // BOOST_ASIO_DETAIL_KQUEUE_REACTOR_FWD_HPP
反正我只是不負責任的把22和38行屏蔽掉而已。
消息隊列只傳遞指針，意思就是某個消息由接收方alloc，然后msgsnd這塊內存的指針，msgrcv收到這個指針，處理完了free掉，而不是整個消息放進去。
1 struct mymsg {
2 long int mtype; /* message type */
3 char mtext[4]; /* message text */
4 }
5
說實話當初在msgsnd msgrcv上調試了很久
1 char* packet;// 假設這個packet包括了傳進來的包
2 mymsg* msg = (mymsg*)mem_alloc(sizeof(mymsg));
3 memcpy(msg->mtext, &packet, sizeof(char*));
4 msgsnd(msgid, msg, sizeof(char*),0)
然后死活提示參數不正確。。。
逐字逐句讀了man msgsnd數十遍之后發現。。。問題在msg->mtype不能等于0
ok，公司物理斷網，usb口物理破壞。。。囧。。。當然，我要起帶頭作用，忍。。。
posted on 2008-04-09 22:42
大日如來 閱讀(2339)
評論(2) 編輯 收藏 引用 所屬分類:
游戲-編程