用于搭建高性能、全异步(a)、树形结构(t)的BUS消息系统的跨平台框架库

Build & Run Unit Test in	Linux+OSX(clang+gcc)	Windows+MinGW(vc+gcc)
Status

工具依赖： 支持c++0x或c++11的编译器、cmake、msgpack（用于协议打解包）、libuv（用于网络通道）

如果本地未安装libuv，请clone 3rd_party/libuv 子模块

本来像用纯c写这个组件的，因为纯c比较容易控制结构清晰和代码简洁，但是为什么之后又改用C++了呢？首先一个原因是初期准备使用的协议打解包组件msgpack是c++的；另一方面c++提供了比较简单好用的数据结构容器和内存管理组件，更重要的是这些东西都是原生跨平台的。所以就干脆用C++和C++风格来实现。

PS:GCC都转依赖C++了我为嘛不能用？

本来是想用flatbuffer做协议打解包的，因为使用flatbuffer的话不需要额外引入外部库。 但是实际使用过程中发现flatbuffer使用上问题有点多（比如有地址对齐问题，动态变更数据有缓冲区限制，string类型预分配了过多缓冲区等等）。

相比之下msgpack兼容性，使用容易程度都好很多。另外虽然我没有针对性的测试，但是据说msgpack的性能大约是protobuf的4倍。 而且如果支持c++03/c++11的话也可以使用纯header库，这是一大优势。当然它和protobuf一样存在打包和解包过程所以性能会低于flatbuffer，而且数据维护比较裸露不像protobuf采用了很多COW和ZeroCopy的技术。解包后的逻辑内存结构也会比较大。 但是考虑到在本lib中的应用，消息体的结构非常简单，并且附加信息很少，所以这些因素的影响都不是很大，反而CPU消耗和平台移植性显得更重要一些。

为了代码尽量简洁（特别是少做无意义的平台兼容），依赖部分 C11和C++11的功能，所以不支持过低版本的编译器：

• GCC: 4.4 及以上（建议gcc 4.8.1及以上）
• Clang: 3.0 及以上 （建议 clang 3.4及以上）
• VC: 10 及以上 （建议VC 12及以上）

1. cmake
2. visual studio
3. libuv
4. 执行 mkdir build && cd build && cmake .. -G "Visual Studio 14 2015 Win64" -DLIBUV_ROOT=[libuv安装目录]

上面最后一条命令可以根据实际环境修改参数，这里只提供一个示例

1. for pkg_name in m4 curl wget tar autoconf automake mingw-w64-i686-toolchain mingw-w64-x86_64-toolchain mingw-w64-x86_64-libtool mingw-w64-i686-libtool python; do pacman -S $pkg_name; done
2. mingw shell 下执行 mkdir build && cd build && cmake ..

其他MinGW环境请自行安装依赖库

1. gcc 4.4及以上
2. autoconf
3. gdb
4. valgrind
5. curl
6. wget
7. tar
8. m4
9. cmake
10. automake
11. make

以上请用Linux发行版的包管理器安装，然后正常使用cmake即可

1. brew
2. xcode
3. sudo brew install gcc gdb autoconf automake make curl wget tar m4 cmake

Linux下 GCC编译安装脚本(支持离线编译安装):

1. GCC 5.X.X
2. GCC 4.9.X
3. LLVM & Clang

• libatbus 采用MIT License
• MsgPack 采用Boost Software License, Version 1.0协议（类似MIT License）
• libuv 采用Node's license协议（类似MIT License）