初读这本书的缘由，只是逆向的时候职业习惯对于C系语言地址+偏移的敏感，不解类的构造和传统的struct在内存布局上的区别和暗中手脚。读完之后，ADT，布局，虚函数表，临时对象，模板绑定，运行期识别等实现方式了然于胸。

书的上半部分已经解了我的惑，阐述的内容集中于C++之于C的内存布局和编译器在强类型语法上的支持及实现手法，表现于vptr，virtual public之实现，重在编译和链接期。

下半部分对new/placement new，全局对象预分配，临时对象的生成时机，EH, RTTI, type_info，type_id，以及dynamic_cast之于引用和指针都做了独到的讲解，重在运行期的数据结构组织查询方式。

全书每一个测试都贯穿了执行效率和代码复杂度上代价互换的思考，到后期的一条测试主线甚至加进了各家编译器之于不同应用平台的特化性/效率取舍，受益匪浅。

以下是感悟了：

C++之尤雅 在于有效解决了函数名重用的问题 vtable的实际作用一方面在于解决了无数的if elseif，另一方面避免了系列函数名之累赘。

然而局限也在源于此，无论vtable也好，EH也好，RTTI也好，都是在编译期硬编码了某些地址或者执行期依赖的结构信息，在视野扩展到操作系统的跨进程环境下，不同进程内虚拟地址就无法共享了。

回过头来看 ，C++编译器上的很多东西，MFC也有一些蹩脚实现。书的最后几句话讲了COM相关的东西，如COM当初开发组的leader所言，微软之所以要做COM，初衷只是解决进程间通信的问题。

最后抄一段代码来结束这半年的开发和学习生活。

#include "stdafx.h"
#include <iostream>
#include <typeinfo>
using namespace std;
class B
{
};
class D :public B
{
};
int _tmain(int argc, _TCHAR* argv[])
{
B *pb = new B;
D *pd = new D;
cout <<”pb’s type name = ” << typeid(pb).name() << endl;
cout <<”pd’s type name = ” << typeid(pd).name() << endl;
cout <<”pb’s type rawname = ” << typeid(pb).raw_name() << endl;
cout <<”pd’s type rawname = ” << typeid(pd).raw_name() << endl;
system(”pause”);
return 0;
}


太久没有更新过这个地方了 花了点时间写的测试代码贴上来献献丑

#include "stdafx.h"
#include <windows.h>


class Point2d
{
public:
Point2d()
{
x= 0.1;
y=0.2;
}
~Point2d()
{
}
public:
virtual DWORD getPos(){return pos;};
public:
float x;
float y;
static DWORD pos;
};
DWORD Point2d::pos = 3;
int _tmain(int argc, _TCHAR* argv[])
{
Point2d point2d;
//取类基址 地址应该在栈上
void* p = (void*)&point2d;
//取vptr地址 ms的编译器把vptr放在类开头
unsigned int pVptr = (unsigned int)*(unsigned int*)p;
//取vtable地址
unsigned int* p2 = (unsigned int*)pVptr;
//vtable里第一个DWORD就是getPos的指针
unsigned int addr = *p2;
//调用虚函数getPos
DWORD ret = 0;
__asm
{
push eax;
mov eax,addr;
call eax;
mov ret,eax;
pop eax;
}
printf(”getPos= %u\n”,ret);
printf(”&point2d.x = %p\n”,&point2d.x);
printf(”&point2d.y = %p\n”,&point2d.y);
printf(”&Point2d::x = %p\n”,&Point2d::x);
printf(”&Point2d::y = %p\n”,&Point2d::y);
printf(”&point2d.pos = %p\n”,&point2d.pos);
printf(”&Point2d::pos = %p\n”,&Point2d::pos);
return 0;
}


If AfxGetMainWnd is called from the application’s primary thread, it returns the application’s main window according to the above rules. If the function is called from a secondary thread in the application, the function returns the main window associated with the thread that made the call.

大概意思就是说在子线程里面调用AfxGetMainWnd()返回的是和当前线程相关联的窗体句柄而不是当前程序的主窗体句柄。不知道这是不是vc8的一个改变，也没时间去细查。

解决方法1：
CWnd* m_pCWnd = NULL;
在OnInitDialog里 m_pCWnd = AfxGetMainWnd();

解决方法2：
调用AfxGetMainWnd()的地方替换成AfxGetApp()->m_pMainWnd

编译后运行问题解决

2、项目->属性->配置属性->链接器->调试->生成调试信息，这里设为『是』；
回：Debug模式的默认值。（手抽和VS版本混乱者排除）

3、C/C++->优化->优化选择『禁用』；
回：Debug模式的默认值。（手抽和VS版本混乱者排除）

4、删除解决方案下的.ncb文件；
回：这个方法比较管用。

5、工具->选项->调试->『要求源文件与原始版本完成匹配』去掉勾；
回：这个不建议使用，不然编译出来的版本可能不是你最新的代码编译出来的。
而且你也很难找问题，强烈BS这个方法。

6、最后在上述设置的情况下，重新编译整个解决方案；
回：这个方法比较管用。

7、回过头来，检查原来的代码到底会不会被执行到

通常来说，1，2，3点出问题的可能性最大 ，实在不行 可以通过去掉和代码的完全匹配的来强制调试，但是很可能这些地方都检查之后也不能解决你的问题。

如果这些方法都不能解决问题，ctrl+A选中不能下断点的cpp或者h文件全部内容，编辑->高级->设置选定内容的格式。
一般来说清理一次符号文件和obj文件再编译就可以调试了。

1.vm 6.5 绿色版 随便下一个 装上vmtool 可以顺便开个IIS测试http上线

2.找了个2000 adv server来做虚拟机 网络模式选最简单的桥接 懒得配 做好之后建立快照以便驱动崩溃后恢复

3.打开编译好的gh0st控制端生成服务端一个 选择DNS上线 ip就填控制端主机的局域网ip即可

4.将服务端文件拖到vm机上运行 ok 能够上线了

下面来配调试环境：

1.可以就用源码里的release编译 懒得新建了 改一点参数 禁用/02优化 改为/0d 调试信息格式/Zi或/ZI均可 打开调试信息输出/DEBUG 3个工程都改好后重新编译 就能断住了

2.复制重新编译生成的服务端文件和VC8远程调试工具服务端文件(remote debugger目录)到vm机 打开x86目录下的msvsmon文件 依次选择菜单栏工具->选项->无身份验证 复选允许任何用户调试 端口默认即可

3.打开vc8 gh0st解决方案 把svchost设为默认启动项目 随便下个断点（我是搜索“文件管理” ，于是断点下到了服务端处理文件管理消息的地方）

4.vc8工具栏 依次选择->调试->附加到进程->远程->输入ip地址->回车即看到目标vm机进程

5.gh0st服务端的代码是注入svchost的 由于进程列表中有多个不好确定 可以通过控制端发送一个比较大的文件 服务端打开taskmgr 被注入代码的svchost进程CPU占用率会飙升 记住pid号 回到vc8环境中 attach上去

6.断点打好 服务端随便执行点命令 ok 断住了 慢慢爽吧：）

找到CJ60文件夹 打开 编译Cj60StaticLib库

1.报错 找不到文件<..\src\afximpl.h>

貌似从VC7开始这个头文件放在\src\mfc下 找到 stdafx.h 改之

#include <..\src\mfc\afximpl.h>

2.error C2440: “static_cast”: 无法从“UINT (__thiscall CCJControlBar::* )(CPoint)”转换为“LRESULT (__thiscall CWnd::* )(CPoint)”

类型定义的问题 把相关参数的函数返回值改成LRESULT

3.error C2440: “static_cast”: 无法从“BOOL (__thiscall CCJPagerCtrl::* )(NMPGSCROLL *,LRESULT *)”转换为“BOOL (__thiscall CCmdTarget::* )(NMHDR *,LRESULT *)”

宏展开后参数不匹配的问题 把NMPGSCROL改成NMHDR进子程序后强转

LPNMPGSCROL pnmpgs = (LPNMPGSCROL ) pnmhdr;

4.error C2664: “MultiByteToWideChar”: 不能将参数 5 从“USHORT *”转换为“LPWSTR”

这个是从某一版本以后 wchar_t开始变成编译器内置类型的问题 几个串类型之间不能默认转换 强转即可

接下来编译控制端gh0st

1.一上来提示找不到stdafx.h 我靠 打开header目录一看 有这个文件 ok 在附加包含目录里面加入“./”  解决了

2.error 2440 和刚才一样的问题 MFC展开宏的问题 进去强转指针即可

3.ok 到这里再编译 能通过了 刚才那一堆link错误 由于我们用vc8重新编译了cj60库也解决了 但是多出来几个link错误

nafxcw.lib(afxmem.obj) : error LNK2005: “void * __cdecl operator new(unsigned int)” (??2@YAPAXI@Z) 已经在 LIBCMT.lib(new.obj) 中定义

看意思大概是操作符在几个库里有重定义的问题 试了忽略nafxcw.lib和libcmt.lib 都不行 后翻到一篇帖子 这种问题需要在附加依赖项里面指定一下链接的先后顺序即可 先链接nafxcw.lib 后链接libcmt.lib 如果编译调试版在库后面加个d

好了 甩个服务端到虚拟机上去 咱们开始调试吧

参考文献：

http://topic.csdn.net/t/20030627/23/1966751.html

operator new 链接重定义的问题

http://blog.csdn.net/orbit/archive/2008/11/28/3405309.aspx

从VC6到VC9移植代码问题总结

因缘际会做到了喜欢的游戏行业，想做的，做到了，这就是最大的幸福。

下班，骑着小车回家，路边都是臭豆腐摊子，老地方停下来吃了几个蛋烘糕，土豆丝的，豇豆的，芽菜的。

骑了一段，发现卖锅盔的婆婆今天尽然没收摊，冲上去要了两个，排在后面的哥们搞定了最后两个，话说平时这个小摊的顾客都是20个20个的买，那个汗啊。

回家，做做逆向，吃饭，洗澡上床，敲两行代码，直到深夜，要是不爽，还可以鼓捣老爸陪着出去喝啤酒吃烧烤。

周末，朋友，烫火锅，烫羊肉，陪老妈逛家具市场。

没有压抑，没有孤独，再没有看不到奔头的日子，今天下午的太阳真暖和。

笔者在编辑注释模板时遇到一些展开宏的名字不甚清楚，查阅了下列官方文档后解决问题。

文档中的宏定义：

Code

例子：

/****************************************************************
// FileName: $FILE_BASE$.$FILE_EXT$
// Author: freshbug
// Create: $MONTH$-$DAY$-$YEAR$
// Company: fresh-lab
// Checked: freshbug $MONTH$-$DAY$-$YEAR$
****************************************************************/

效果：

/****************************************************************
// FileName: BufferServerMsg.h
// Author: freshbug
// Create: 11-22-2008
// Company: fresh-lab
// Checked: freshbug 11-22-2008
****************************************************************/

原文连接请看这里：http://www.wholetomato.com/products/features/vasnippets.asp

关于memcached的介绍请看官方主页说明：http://www.danga.com/memcached/

最新版本是1.2.6。下载页面是这个：http://www.danga.com/memcached/download.bml

也可点击这里(memcached-1.2.6.tar.gz)直接下载压缩包。

转一篇PeakGao大牛关于数据库缓冲服务器的文章：

http://www.cppblog.com/PeakGao/archive/2006/06/10/8379.html

PeakGao
别读成痞子高
游戏数据库的思考
上个周末看了下MySQL，安装了一个试了下，重点看了c测试程序已经mysql.h中的API，发现好简单，目前公司的游戏计划也是用mysql，但是要设计好一个给游戏使用的数据库模块，也不是简单的处理一下api就能了事的，游戏数据库由于存取特别频繁，在我看来，他的设计主要解决下面几个问题：

1、数据缓存的功能

想想那么平凡的数据存取，完全依赖数据库的直接操作，这个性能是可想而知的，所以应该建立起游戏服务器和数据库之间的一个桥梁（暂且命名为数据库前端），游戏服务器只跟数据库前端交互，数据库前端自己具有数据持久化的策略，不依赖于游戏服务器的操作。数据库前端在第一次取出原始数据后（如一个角色登录时的数据），将进行本地缓存，下次存取数据都是在本地进行，并不需要更新到数据库中，至于何时更新到数据库可以有数据库前端自行决定（当然也不排除游戏服务器发出持久化的通知）。

2、增量更新的功能

其实好多数据的提交中，有很大一部分的数据是没有改变的，如果在从前端提交数据到数据库的时候采取相应的增量更新的办法，应该对性能会有所提升，尤其是在几个游戏服务器操作同一个数据库的时候，因为异步的原因，增量更新能够保证数据的正确性。

3、抛包策略

游戏服务器有很多数据实在太过频繁，但是有些类型的数据的重要性一般，所以中途丢失一些也问题不大，在服务器数据交换比较频繁的时候完全可以抛弃一些，加快存取速度（不过有了前端后是不是可以忽略这点）。

4、数据分流功能

主要体现在游戏服务器的一些不同类型的数据存取可以通过不同的几个异步队列进行处理，这样即使由于数据库的某些操作延时，也只影响到操作所在队列，不会影响其他队列。

5、灵活的多前端，多数据库等支持

实现游戏服务器，数据库前端，游戏数据库之间的多对多关系，便于灵活的运用。

写完后个人感觉达到第1，2点后，这个数据库前端功能就已经比较强劲了。