支持插件的消息中间件
msg broker with plugin
Msg Broker概念:
msg broker是实现application 之间互通讯的组件。通常为实现application之间的解耦,消息都是通过msg broker完成转发。application只需知道其他applicatipn的逻辑名称,而不需要知道对方的具体位置。Broker中维护一个查找表,记录着哪个application注册在此逻辑名称之下,所以消息总是会被正确的投递到目的地。
msg broker不限于1-1的转发,也支持1-N的模式。其主要功能有:
- 实现多个application的互通讯,而隐藏彼此的位置
- 实现消息个格式的转换,如json to bin
- 安全控制,msg broker可以再转发消息前进行一定程度的安全验证
- 增大系统的可伸缩性,由于application通讯的目标变成了逻辑结点,而该逻辑结点可以对应多个物理结点,理论上可以动态的增加物理结点,来扩展该逻辑结点的吞吐量。
- msg broker可以用来集成服务,并且可以暴楼服务的部分接口
msg broker 具有的缺点是:
- 增加了复杂性,多了一层转发
- 可维护性降低,需要理清msg broker和各个application和服务的关系。
- 降低性能,主要是实时性能下降了,消息需要多转发一边,单次请求的延时大大增加了。
当前流行的Broker的特点和缺点:
Msg Broker的结构:
流行的Broker中间件介绍:
- RabbitMQ
项目地址:http://www.rabbitmq.com/
RabbitMQ是由Erlang开发的以高效、健壮以及高度伸缩性的消息服务器。其所包含的概念有Producer、Consumer、Exchange、Queue。RabbitMQ基于QMQP协议,支持的语言也非常丰富,文档也非常清晰。使用RabbitMQ可以实现订阅发布模型、RPC模型、路由模型等,参见RabbitMQ的例子:http://www.rabbitmq.com/getstarted.html。
但是它有如下局限性:
- RabbitMQ 没有针对连接做控制,它是为高效而生,它对外来的请求是信任的,不存在安全验证,如任何一个client都可以创建消息队列,所以RabbitMQ一定是放在内网的。
- 使用RabbitMQ ,我们是通过Client远程操作RabbitMQ,不能定制RabbitMQ的功能。
- ZeroMQ
项目地址:http://www.zeromq.org/
ZeroMQ是一个Socket封装库,号称是最快的消息内核。ZeroMQ可以支持TCP、UDP、IPC等多种通讯协议。ZeroMQ可以实现的通讯模型就更多了,几乎涵盖了消息通讯的所有模式,参见官网介绍http://www.zeromq.org/intro:read-the-manual 。
其局限性为:
- ZeroMQ虽然封装了消息传输的复杂性,但是它也隐藏了连接的建立、断开等过程。ZeroMQ传输消息更像是udp数据报,使用者不能知道对方何时连接建立、何时连接断开。
我们需要一个不一样的Broker
应用场景介绍
在网络游戏中,cliet和服务器是通过tcp长连接的。相对于HTTP+WebServer的不同在于:
- client连接到服务器,需要进行身份验证,通常是client第一个消息包含身份验证数据如用户名密码等,而验证通过后该连接为可信任连接。
- client 任意时间都可以向服务器发送请求,而不需要服务器立即返回,同样,服务器是在任意时间(当然会有实时性等约束)都可以像client推送消息。
- client断开连接时,服务器必须捕获该事件,以便完成一些数据清理操作。
- client对应的一般是个集群,但是client无从得知细节,因为它只连接最外层的一个,给他取个名字“MsgBroker”。
- Msg Broker 不许有一定的安全控制,如心跳、网络包频率限制等,防范某些可能的攻击。
- Msg Broker需要高度可定制。不同的游戏主要是逻辑不同,而MsgBroker大多大同小异。当然MsgBroker总是会根据需求稍作修改。
- Msg Broker 主要瓶颈是IO操作,因为它涉及大量的网络连接、断开、心跳、广播消息等。而它具有的领域逻辑则非常非常少。所以Msg Broker的逻辑可以使用动态脚本实现,其实时性、效率都能满足要求。
需要的broker具有的功能:
- 能够捕获client连接事件
- 能够捕获client断开事件
- 具有网络心跳功能
- 方便的消息发送接口
- broker可以以client的角色连接到其他Server,因为从其他逻辑角度看,Broker可能是其他服务的使用者。
- Broker 提供消息收发框架,逻辑层通过插件实现。
- 实现插件的方式有
- 动态链接库,可以将逻辑层封装到so链接库中
- python脚本,逻辑层可以有python脚本实现,Broker封装了载入python、调用python,封装消息发送接口到Pyhton
- Lua脚本,逻辑层也可以又Lua脚本实现,Broker封装了载入lua、调用lua、封装消息接口给lua。
Msg Broker 结构图
Msg Broker 的安装使用:
安装依赖库:
由于msg broker支持Python和lua作为插件,那么必须确保linux下安装了相应的头文件。示例中的插件均只实现了echo功能。
- 确保Linux系统安装了Python,推荐python2.6
- 确保安装了Python-devel,如果是centos,直接yum即可。
- 确保安装了Lua-5.1.4, 其他版本没有测试过
- 下载Msg Broker最新源码,目前处于0.1版本
svn co https://ffown.googlecode.com/svn/trunk/
- 编译源码:
- cd trunk/example/plugin_msg_broker/
- make
- 编译动态连接库插件
- cd plugin/plugin_echo_dll/
- sh gen_dll.sh
运行示例插件:
- 运行动态链接库
- ./msg_broker_server 127.0.0.1 10241 plugin/plugin_echo_dll/libechoso
- 另开终端,telent 127.0.01 10241, 收入5 回车,再输入5个字符,通讯协议是body长度加回车加body,如图:
- 运行Python 脚本示例程序
- ./msg_broker_server 127.0.0.1 10241 plugin/plugin_echo_py/echo.py
- 同样使用telnet 测试echo功能
- 运行Lua脚本示例程序
- ./msg_broker_server 127.0.0.1 10241 plugin/plugin_echo_lua/lua.py
- 同样使用telnet 测试echo功能
插件层设计分析:
插件接口:
#ifndef _PLUGIN_H_
#define _PLUGIN_H_
#include "channel.h"
#include "message.h"
class plugin_i
{
public:
virtual ~plugin_i(){}
virtual int start() = 0;
virtual int stop() = 0;
virtual int handle_broken(channel_ptr_t channel_) = 0;
virtual int handle_msg(const message_t& msg_, channel_ptr_t channel_) = 0;
};
typedef plugin_i* plugin_ptr_t;
typedef int (*handle_channel_msg_func_t)(const message_t& msg_, channel_ptr_t);
typedef int (*handle_channel_broken_func_t)(channel_ptr_t);
#define HANDLE_CHANNEL_MSG "handle_channel_msg"
#define HANDLE_CHANNEL_BROKEN "handle_channel_broken"
#endif
各个接口作用如下:
- start 实现插件载入,环境初始化
- stop实现优雅的退出
- handle msg 为消息到来通知
- handle_broken 为对方连接关闭
Channel 设计
channel 用来表示一个连接,可以理解成socket的抽象,也可直接理解成远程client。
#ifndef _CHANNEL_H_
#define _CHANNEL_H_
#include "socket_i.h"
class channel_t
{
public:
channel_t(socket_ptr_t sock_);
~channel_t();
void set_data(void* p);
void* get_data() const;
template<typename T>
T* get_data() const { return (T*)this->get_data(); }
void async_send(const string& buff_);
void close();
private:
socket_ptr_t m_socket;
void* m_data;
};
typedef channel_t* channel_ptr_t;
#endif
各个接口作用如下:
- 构造,channel必须绑定一个socket
- set_data get_data用来操作channel私有数据,如我们可以在channel私有数据中存放该channel对应的uid,这样每个channel之需验证一次,以后自然知道到来的消息属于哪个channel。
- async_send 异步发送消息
- close 关闭连接
动态链接库插件:
流程如下:
- 载入动态库
- 获取动态库的接口,记录函数指针地址
- 若有msg到来,调用动态链接库的handle_msg
- 若连接关闭,调用动态链接库的handl_broken
int plugin_dll_t::start()
{
m_dll_handler = ::dlopen(m_dll_name.c_str(), RTLD_NOW|RTLD_GLOBAL);
if (NULL == m_dll_handler)
{
logerror((PLUGIN_IMPL, "plugin_dll_t::start dlopen failed:<%s>", dlerror()));
return -1;
}
m_msg_cb = (handle_channel_msg_func_t)::dlsym(m_dll_handler, HANDLE_CHANNEL_MSG);
m_broken_cb = (handle_channel_broken_func_t)::dlsym(m_dll_handler, HANDLE_CHANNEL_BROKEN);
if (NULL == m_msg_cb)
{
logerror((PLUGIN_IMPL, "plugin_dll_t::start dlopen failed:<%s> not exist", HANDLE_CHANNEL_MSG));
return -1;
}
if (NULL == m_broken_cb)
{
logerror((PLUGIN_IMPL, "plugin_dll_t::start dlopen failed:<%s> not exist", HANDLE_CHANNEL_BROKEN));
return -1;
}
return 0;
}
int plugin_dll_t::stop()
{
::dlclose(m_dll_handler);
return 0;
}
int plugin_dll_t::handle_broken(channel_ptr_t channel_)
{
return m_broken_cb(channel_);
}
int plugin_dll_t::handle_msg(const message_t& msg_, channel_ptr_t channel_)
{
return m_msg_cb(msg_, channel_);
}
Python 插件
其工作流程如下:
- 初始化Python解释权,将封装的发送消息接口注册到Python虚拟机中
- 设置PythonPath
- 载入python文件
- 若msg到来,调用python全局函数handle_msg
- 若channel断开,调用Python 全局handle_broken 函数
#include "plugin_impl/plugin_python.h"
#include "plugin_impl/pyext.h"
#include "log_module.h"
plugin_python_t::plugin_python_t(const string& name_):
m_py_mod(NULL)
{
string pythonpath = "./";
int pos = name_.find_last_of('/');
if (-1 == pos)
{
m_py_name = name_;
}
else
{
m_py_name = name_.substr(pos+1);
pythonpath = name_.substr(0, pos+1);
}
pos = m_py_name.find_first_of('.');
m_py_name = m_py_name.substr(0, pos);
Py_InitializeEx(0);
Py_SetPythonHome((char*)pythonpath.c_str());
initpyext(this);
PyRun_SimpleString("import channel;import sys;sys.path.append('./plugin/plugin_echo_py/')");
}
plugin_python_t::~plugin_python_t()
{
Py_Finalize();
}
int plugin_python_t::start()
{
if(load_py_mod())
{
return -1;
}
return 0;
}
int plugin_python_t::stop()
{
return 0;
}
int plugin_python_t::load_py_mod()
{
PyObject *pName, *pModule;
pName = PyString_FromString(m_py_name.c_str());
pModule = PyImport_Import(pName);
if (!pModule )
{
Py_DECREF(pName);
logerror((PLUGIN_IMPL, "can't find %s.py\n", m_py_name.c_str()));
if (PyErr_Occurred())
{
PyErr_Print();
PyErr_Clear();
return -1;
}
return -1;
}
m_py_mod = PyModule_GetDict(pModule);
Py_DECREF(pName);
Py_DECREF(pModule);
return 0;
}
int plugin_python_t::handle_broken(channel_ptr_t channel_)
{
m_channel_mgr.erase(long(channel_));
delete channel_;
return call_py_handle_broken(long(channel_));
}
int plugin_python_t::handle_msg(const message_t& msg_, channel_ptr_t channel_)
{
m_channel_mgr.insert(make_pair((long)channel_, channel_));
return call_py_handle_msg((long)channel_, msg_.get_body().c_str());
}
int plugin_python_t::call_py_handle_msg(long val, const char* msg)
{
PyObject *pDict = m_py_mod;
const char* func_name = "handle_msg";
PyObject *pFunc, *arglist, *pRetVal;
pFunc = PyDict_GetItemString(pDict, func_name);
if (!pFunc || !PyCallable_Check(pFunc))
{
logerror((PLUGIN_IMPL, "can't find function [%s]\n", func_name));
return -1;
}
arglist = Py_BuildValue("ls", val, msg);
pRetVal = PyObject_CallObject(pFunc, arglist);
Py_DECREF(arglist);
if (pRetVal)
{
Py_DECREF(pRetVal);
}
if (PyErr_Occurred())
{
PyErr_Print();
PyErr_Clear();
return -1;
}
return 0;
}
int plugin_python_t::call_py_handle_broken(long val)
{
PyObject *pDict = m_py_mod;
const char* func_name = "handle_broken";
PyObject *pFunc, *arglist, *pRetVal;
pFunc = PyDict_GetItemString(pDict, func_name);
if (!pFunc || !PyCallable_Check(pFunc))
{
logerror((PLUGIN_IMPL, "can't find function [%s]\n", func_name));
return -1;
}
arglist = Py_BuildValue("l", val);
pRetVal = PyObject_CallObject(pFunc, arglist);
Py_DECREF(arglist);
if (pRetVal)
{
Py_DECREF(pRetVal);
}
if (PyErr_Occurred())
{
PyErr_Print();
PyErr_Clear();
return -1;
}
return 0;
}
channel_ptr_t plugin_python_t::get_channel(long p)
{
map<long, channel_ptr_t>::iterator it = m_channel_mgr.find(p);
if (it != m_channel_mgr.end())
{
return it->second;
}
return NULL;
}
Lua 插件:
工作流程如下:
- 初始化lua虚拟机
- 注册发送消息接口给lua
- 载入Lua脚本
- 有msg到来,调用lua的hanle_msg接口
- 有channel断开,调用lua的handle_broken接口
static plugin_lua_t* g_plugin_lua_obj = NULL;
static int channel_send_msg(lua_State* ls_)
{
long ptr = (long)luaL_checknumber(ls_, 1);
size_t len = 0;
const char* msg = luaL_checklstring(ls_, 2, &len);
channel_ptr_t c = g_plugin_lua_obj->get_channel(ptr);
if (c)
{
c->async_send(msg);
}
return 0;
}
plugin_lua_t::plugin_lua_t(const string& name_):
m_ls(NULL)
{
g_plugin_lua_obj = this;
string luapath = "./";
int pos = name_.find_last_of('/');
if (-1 == pos)
{
m_lua_name = name_;
}
else
{
m_lua_name = name_.substr(pos+1);
luapath = name_.substr(0, pos+1);
}
pos = m_lua_name.find_first_of('.');
m_lua_name = m_lua_name.substr(0, pos);
m_ls = lua_open();
lua_checkstack(m_ls, 20);
lua_pushcfunction(m_ls, channel_send_msg);
lua_setglobal(m_ls, "_tmp_func_");
luaL_dostring(m_ls, "channel = {} channel.send = _tmp_func_ _tmp_func_ = nil");
string lua_str = "package.path = package.path .. \"" + luapath + "?.lua\"";
luaL_openlibs(m_ls);
if (luaL_dostring(m_ls, lua_str.c_str()))
{
lua_pop(m_ls, 1);
}
m_lua_name = name_;
}
plugin_lua_t::~plugin_lua_t()
{
}
int plugin_lua_t::start()
{
if (load_lua_mod())
{
logerror((PLUGIN_IMPL, "can't find %s.lua\n", m_lua_name.c_str()));
return -1;
}
return 0;
}
int plugin_lua_t::stop()
{
return 0;
}
int plugin_lua_t::handle_broken(channel_ptr_t channel_)
{
m_channel_mgr.erase(long(channel_));
delete channel_;
return call_lua_handle_broken(long(channel_));
}
int plugin_lua_t::handle_msg(const message_t& msg_, channel_ptr_t channel_)
{
m_channel_mgr.insert(make_pair((long)channel_, channel_));
return call_lua_handle_msg((long)channel_, msg_.get_body());
}
int plugin_lua_t::load_lua_mod()
{
if (luaL_dofile(m_ls, m_lua_name.c_str()))
{
lua_pop(m_ls, 1);
return -1;
}
return 0;
}
int plugin_lua_t::call_lua_handle_msg(long val, const string& msg)
{
lua_checkstack(m_ls, 20);
lua_getglobal(m_ls, "handle_msg");
lua_pushnumber(m_ls, val);
lua_pushlstring(m_ls, msg.c_str(), msg.size());
if (lua_pcall(m_ls, 2, 0, 0) != 0)
{
lua_pop(m_ls, 1);
return -1;
}
return 0;
}
int plugin_lua_t::call_lua_handle_broken(long val)
{
lua_checkstack(m_ls, 20);
lua_getglobal(m_ls, "handle_broken");
lua_pushnumber(m_ls, val);
if (lua_pcall(m_ls, 1, 0, 0) != 0)
{
lua_pop(m_ls, 1);
return -1;
}
return 0;
}
channel_ptr_t plugin_lua_t::get_channel(long p)
{
map<long, channel_ptr_t>::iterator it = m_channel_mgr.find(p);
if (it != m_channel_mgr.end())
{
return it->second;
}
return NULL;
}
msg_broker 待完善的地方:
- 心跳层还未加入
- 插件层报错不够友好
- Python 中封装的channel使用long型,调用send接口时需要从long转化到channel,需要优化一下,直接封装一个channel对象到Python
- Lua中channel的封装暂时也是使用long来表示,具有和上面一样的性能损耗问题