​https://github.com/yangsf5/claw-gse/blob/master/src/claw/gse/top_n.h

    ​​

    ​项目里shared memory存放的数据结构，现在需要将其同时用于server与client之间的相应数据交互。server与client之前的协议格式为protobuf。

    ​为了只维护一份代码，准备将之前用于shared memory的结构转化为protobuf，然后两处都用这个protobuf。

    ​搞了一会儿，才想起shared memory里只适合存定长的非指针结构。

    ​汗，这个几年前就经历过，那个时候是学生时代做五子棋世界的时候，貌似是想往shared memory里存放std::map。

    ​当时水平太低，报错了就放弃了stl的容器，写些了中规中矩的结构体。

    ​这次就顺便搜下当年那个问题的解决方法。找到个说的挺好的：http://www.cnblogs.com/fullsail/archive/2013/01/20/2868898.html。

    ​大意就是，stl里容器会动态分配内存，而且new的东西在自己的进程空间里，别的进程访问时必然是个不对的指针。需要将stl的分配器定制为从共享内存里分配空间，或者其他几个链接里提到的方法。

    ​回到我现在遇到的protobuf这个问题，protobuf里有些如repeated或者string等会动态new，这个如果做内存分配的定制，还得重改protobuf的代码，复杂度比较高。

    ​加上项目里的这单个协议格式制定的需求只是临时的，就更没必要了。最终放弃protobuf结构直接映射到共享内存的企图。

    ​

   单步到崩溃地点，有数组取数据和拷贝操作，猜测数组越界导致的栈溢出。就开始找越界检查工具。

    vs自身带的/GS只是在栈溢出时蹦个异常，不会给你定位崩在哪。所以找了会儿别的工具，boundschecker还没找到下的地方，IBM的purify跨平台但是收费，另外免费好用的就是linux下的valgrind了。这几种内存检查工具都可以检查内存泄露和越界之类的。只是项目现在赶进度，linux平台的编译还没时间解决，内存统一检查就作罢。

    开始看看能不能查dump。dump不是原生的dmp而是历史代码里重存为别的了。vc调试不很熟练，就索性把重存dump那块儿的catch给干掉了。直接让编译器崩到代码块儿再看看能不能看出什么问题。

    崩停到具体代码行了，很惊喜，赶紧看看各变量内存状况，问题数组是一个指针数组，这次惊喜的发现之前单步的那个下标对应在数组元素指针跟别的不一样，为0xcdcdcdcd，确认了下为vc下为未初始化的指针。

    这样就好查了，问题定位到了，后边的就不啰嗦了。

    最终问题是，同事给一个类新加了几个指针成员，但是这几个没有new出来初始化之。唉……只能感叹下敏捷开发那本书里说的，架构师要参加编码，我觉得要加点儿，就是架构师要参与编码还要参与测试调试自己的代码。

    初步调试，发现某个类的构造函数进了，但是在左花括号的地方就卡住了，没有往后走。

    一开始挺惊奇，过会儿就想到，类的构造函数里会被编译器插入一些没有显示初始化的成员的初始化语句。所以讲F10改为F11调试。

    慢慢似乎找到问题函数了，正准备再重开调试继续跟时，朋友表示按下vc的暂停键，照做，“我擦——”之后是崇拜的口水。

    问题原因：while的退出变量没有自增，导致死循环了。

    总结：

        程序卡在哪儿，基本就是死循环或者死锁。死循环的发现，可以看cpu占用来佐证。问题定位，暂停调试。

        死锁的定位，可以看stack，里边应该有wait之类的。

一、简介

    这个项目刚起步，将来有可能会演变为公司的服务器框架。博客里暂且称呼为X项目。

    语言为c++，之后将此服务器的设计演变尽量记录下来，为一个系列，以“X项目C++服务器”为统一标题开头。

二、架构设计

（一）多进程通信方案

    zeromq

（二）协议方案

    protobuf 

（三）存储

    redis

（四）脚本

    luaplus

（五）日志

    glog

三、自动构建部署

    自动构建等为敏捷开发提供保障。

    之前经历的那些项目（其中包括业内比较有名的2个大型项目）在自动构建部署方面基本为0，开发效率不高，这次新项目准备从一开始就做这方面的准备。

（一）单测

    单测框架考虑google的gtest。

一、预编译头

    当工程大了，单机编译速度会很慢。预编译头会提高很大的速度。相关原理这里不赘述，网上很多。（或者老夫有空的时候再补充）

​

二、cmake设置gcc的预编译头

    一开始google到一个国内同行写的cmake宏，用了下，貌似不是很好用。另外作者也表示还是有bug。

    后来找到cotire。目前使用良好。

三、cotire（compile time reducer）

    项目地址https://github.com/sakra/cotire。具体使用方式github里对应项目主页已经写的很清楚了（主页man看不明白的可以去看他的src里那个例子），这里只做下快捷备忘。

    步骤：

1. clone这个git。

2. 将cotire里的CMake/cotire.cmake拷到咱们自己工程的顶层CMakeLists.txt同级目录下。

3. 往这个顶层CMakeLists.txt里设置一个变量并include：

    set (CMAKE_MODULE_PATH "${CMAKE_SOURCE_DIR}/CMake")

    include(cotire)

4. 在具体的CMakeLists.txt的add_executable后边再cotire下，如：

    ​add_executable(MyExecutable ${MyExecutableSources})
    ​target_link_libraries(MyExecutable ${MyExecutableLibraries})
    ​cotire(MyExecutable)

5. 上边是自动寻找预编译头，也可以自己设置，例如我们从vc跨平台过来的项目，显示设置stdafx.h，只用在cotire前边设置下即可：

    ​set_target_properties(MyExecutable PROPERTIES COTIRE_CXX_PREFIX_HEADER_INIT "stdafx.h")
    ​​cotire(MyExecutable)

本来C99支持变长数组了，但是我们项目组客户端的开发人员用的是vs2005，而MS的这个又不支持C99。没办法，我们服务器端得兼容他们。
所以变长结构体只能这样了：

struct _abc
{
    int count;
    char str[0];
};

 count记录str数组的大小。不一定是char类型，可以用宏来传递相应参数类型。
注意的地方：在申请空间时要根据count的值来多申请str的空间。