这些疑惑往往是对send和recv这两个函数理解不准确所致。send和recv都提供了一个长度参数。对于send而言，这是你希望发送的字节数，而对于recv而言，则是希望收到的最大字节数。
1。 send
send函数的原型是：int send(SOCKET sd, const char * buffer, int len, int flag). 其中len指出buffer中包含的实际字节数，也是程序员希望发出的最大字节数。而这个函数的返回值是实际发送出去的字节数。在网络程序中，正常情况是这个返回值小于len，也就是说buffer中的内容没有完全被发送出去。
为了确保一个缓冲区内的内容被完全被发送出去，我们需要如下代码：
int res; int pos = 0; //下一次发送需要开始的位置： while(pos < len) { res = send(sd, buffer + pos , len - pos, 0); if(res <=0) goto err_handler; //去错误处理 pos += res; }
这样经过多次send，可以确保buffer内的内容都别发送出去。
为了避免发送线程被阻塞，应该考虑把上述代码放到一个子线程中，并通过队列来缓冲所有收发。
2. recv
recv的原型是：int recv(SOCKET sd, char * buffer, int len, int flag)，其各个参数的含义同前面send。需要注意的是，系统并不会等待bufer被填满了再返回，而是一旦有数据被收到，就立刻返回。因此不要期望实际收到的数据长度就等于len。
你可以使用前面send的循环算法确保收到len个字节，也可以使用内容驱动的方法实现分段数据分析。不过这个就超出本文内容，也就不再赘述。
3. 粘包 所谓粘包，是指发送端发送的两个报文，在接收端被拼在一起。由于TCP是面向流的协议，报文与报文之间是没有分界符号的。在接收端，所有的数据都逻辑上拼在一起给你。举例来说，你分10次发送10个长度为10的报文，在接收端，你可能只收到一个长度为100的报文，而不会收到10个消息。
为了解决这个问题，你必须在接收端有能力把这些报文分隔开来。如果消息长度总是固定的，这就比较容易，只要按长度取出即可。如果长度不固定，一般有两种方法解决：
a）使用特征字节。例如：如果是聊天程序，发送的是普通文本，一些字符是绝对不可能出现在正文中的，你可以使用这些字符做分隔符隔离不同消息。我们可以使用'\0'做分隔，一般对于全文本传输是比较安全的。
b) 在发送方发送正文前，先发送一个长度。例如你要发送2345字节的内容，你可以先发送一个2字节的长度给对方，然后再发正文。接收放只要收到这个长度信息，就可以正确的分包。需要注意的，到底用多少字节来发送长度是应该预先约定的，一般2字节就足够，不过你约定4字节也是可以的。还要注意的是，如果接收一次报文后，解包完毕还剩下一部分内容，这些内容应该留给下次报文分包使用，而不能扔掉。
4. 丢包 丢包一般都是由于对上面说的理解不足引起的，因为TCP本身是确保不丢包的。
(39) | 编辑 收藏
2009年12月30日 #
何谓内存访问越界，简单的说，你向系统申请了一块内存，在使用这块内存的时候，超出了你申请的范围。例如，你明明申请的是100字节的空间，但是你由于某种原因写入了120字节，这就是内存访问越界。内存访问越界的后果是：你的写入破坏了本不属于你的空间。
下面是一个简单的例子： int a; char b[16]="abcd"; int c;
a = 1; c = 2; printf("a=%d,c=%d\n", a,c); memset(b, 0,32); //注意这里访问越界了，你只有16字节空间，却修改了32字节 printf("a=%d,c=%d\n", a,c);
你可以看出，在memset前后，两个printf语句打印出来的值并不一样，因为memset越界后修改了a或者c的值（由于不同编译器对变量在空间中顺序的安排可能有不同策略，因此我用两个变量，希望能抓到越界信息。对于VC，debug模式下系统添加了很多填充字节，你可能需要增加越界的数量才能看到效果）
2. 为什么增加一个变量后程序就崩溃了？ 增加一个变量后，内存中变量的布局也发生了变化。如果一个内存越界破坏了一个不含指针的结构，程序虽然逻辑不对，但是不至于崩溃。但是如果增加变量后，内存访问越界破坏了一个指针，则会导致程序崩溃。
例如：
int a; char b[128]; //bool c; char* d=new char[128]; int e;
b[136] = '\0'; b[137] = '\0'; b[138] = '\0'; b[139] = '\0'; strcpy(d, "haha"); 注意, b访问越界了8个字节位置处的4个字节。如果没有c，那么越界破坏了e变量，不会导致程序崩溃。但是加上c之后，破坏的变量可能就是d了，由于指针被破坏后，一旦访问就是内存访问违例，导致程序崩溃。
这也解释了为什么交换顺序会导致程序崩溃。如果上面情况没有变量c，你交换e和d，结构也是类似的，程序也一样要崩溃。
3. 为什么有些情况越界了程序也没错？ 这主要是说这个话的人对什么是“错”没有正确的认识。程序不是只有崩溃了才是错！你破坏了别的变量，那个变量总有被使用的时候，尽管那个变量不会导致诸如程序崩溃、报警之类的严重错误，但是其计算结果必然是错误的。你说“程序没错”，是因为你根本没有发现错误而已。这种情况甚至比程序直接崩溃还要恶劣，因为程序一旦崩溃你肯定会去查，可以在导致真正严重的问题之前就把问题解决了。而如果计算错误隐藏到很晚，你的损失就可能很大了。（例如，一颗卫星上天了，你才发现一台仪器由于软件故障无法测量真正的数据，那得多少损失？）
4. 如何解决内存访问越界问题？ 老实说没有好的方法。遇到这种问题，首先你得找到哪里有内存访问越界，而一个比较麻烦得问题在于，出现错误得地方往往不是真正内存越界得地方。对于内存访问越界，往往需要进行仔细得代码走查、单步跟踪并观察变量以及在调试环境得帮助下对变量进行写入跟踪（如VC6就有一旦变量被修改就break得机制）。
更重要得是，程序员要养成良好的编程习惯，在修改每个数组时一定要对这个数组有多少空间有清醒的认识，否则一旦出错，找到原因是很痛苦的事情。
2007年8月28日 #
很显然，取出两个球的组合有以下四种：RR, RW,WR,WW，因此同颜色的概率是2/4=0.5
按照乘法原理，我们可以分两次取出。 第一次，我们取出白色的可能性为1/2，剩下的3个球再取出白色的可能性为1/3，因此，两次都取出白色的可能性为1/2 * 1/3 = 1/6 同理，都取出红色的可能性为1/6 那么，取出同种颜色的可能性应该为1/6 + 1/6=1/3
为什么会不一样？
2007年6月25日 #
1. 什么叫内存泄漏？ 内存泄漏是指你分配了内存，使用完毕后没有正确释放它。这样这个内存就不能再被使用。
例如： void test() { char * p = new char[MAX_PATH]; GetModuleFileName(NULL,p, MAX_PATH); strcat(p+strlen(p) - 3, "txt"); CStdioFile file(p); file.WriteString("text"); file.Close(); }
注意：上面的指针p函数退出后就无法再释放，new char[MAX_PATH]分配的内存就泄漏了。
2. 何时我的程序泄漏了？ 从外部看，我们很难100％准确的方法去判断是否有内存泄漏。实际上，一块内存是否被泄漏，从外部看只有当进程结束才能知道。因为你完全可以从开始分配一块内存，直到结束才去释放它。
基本上，下面行为不能说明内存泄漏： a) 任务管理器上显示内存使用增加了1MB b) 内存使用很多（我见过最大内存使用超过1.5GB的程序）
下面行为可能意味着有内存泄漏： a) 一个进程的内存使用量按照一个固定的速度稳定的增长（例如每小时增加20MB)
如果可以在VC IDE中运行程序，当程序退出时，系统会报一堆泄漏错误。
3. 如何定位 从编译器角度讲，在分配内存后，任何时候释放都是合适的，因此系统不会知道你何时适合去释放内存。在进程运行过程中，你只能估计是否有内存泄漏，而不能确定一定有内存泄漏。一般来说，我们可以用以下一些办法定位：
a) 使用性能监视器跟踪进程的内存使用情况，如果它在不断增长，且增长速度趋于稳定，一般说明在某个循环性的操作中有内存泄漏 b) 在编译器中按照Debug模式运行程序，运行一定时间后（例如2天），使用正常的方式停止进程 正常情况下，你不会收到任何和内存有关的异常。如果你程序有内存泄漏，你会收到如下错误信息：
Detected memory leaks! Dumping objects -> D:\projects\EnumWnd\EnumWndDlg.cpp(185) : {78} normal block at 0x00421330, 100 bytes long. Data: < > CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD CD Object dump complete.
注意，这里EnumWndDlg.cpp(185)应该是分配这块内存的地方。这是因为没有所谓的内存泄漏点，只有在某点分配的内存被泄漏了。
4. 如何分析内存泄漏 内存泄漏分析一般是通过分析内存生命周期来进行的。你必须对你的内存的可能使用情况有所了解。在此基础上，你应该了解在那个地方内存应该被释放。如果有内存泄漏，说明程序没有走到那个地方，或者释放代码没有正确执行。因此你可能需要跟踪你代码的执行情况，通过分析为什么代码没有按照预期走到内存释放处，了解为什么内存泄漏了。
常见的原因：
a) 忘记释放 b) 释放的方法错误 例如：把指针加入诸如CArray之类的集合对象中，释放时应该首先通过delete操作删除指针指向的对象，然后才能去调用诸如RemoveAll函数去释放集合中的指针。单纯析构诸如CArray之类的对象，不会自动释放它所包含的指针所指向的对象。
c) 析构函数错误：如果你对象中包含指针，那么你析构函数需要正确的释放这些指针。如果你析构函数不做这些，就会有内存泄漏 d) 线程问题：如果线程被你通过TerminateThread中止，那么它所分配的对象一般不会有机会被释放。这是那些喜欢在线程外中止线程的人经常遇到的问题。
2007年4月29日 #
一般而言，如果基类定义了operator new，那么派生类也必须对应定义。 考虑下面的两个类 char * pAddress; class CBase { public: static void* operator new(size_t size){return pAddress;}; static void operator delete(void * p){}; };
class CDerive:public CBase { char buffer[1024]; public: CDerive() { for(int i=0; i < 1024; i ++) { buffer[i] = i %26 + 'a'; } } }; 当调用CDerive * p = new CDerive时，编译器首先尝试匹配该类自己的new，由于没有，编译器就尝试匹配在其祖先链上的new,于是调用CBase::operator new 但是基类其实不知道派生类任何信息，它仅仅根据CBase处理，因此构造了一个错误的类对象。
下面是我的测试代码，你可以发现在delete时程序报告p2指针被破坏，这就是因为CDerive得不到自己的1024字节内容，因此覆盖了后面的内容
void test() { char *p1, * p2; p1 = new char[10]; memset(p1,0,10); pAddress = new char[sizeof(CBase)]; p2 = new char[10]; memset(p2,0,10); CDerive *pDerive = new CDerive; TRACE(_T("%p\n"),pDerive); delete p1; delete p2; delete pAddress; }
2007年4月11日 #
前一阵子,我申请部门内部调动,被其他部门的人面试了一次,面试官让我写一段代码来对一个整形数组排序,我写了下面一段代码 #define SWAP(a,b) do {\ a = a +b;\ b = a - b;\ a = a - b;\ }while(0) void sort(int number, int vData[]) { int ii, jj; for(ii=0; ii < number ; ii++) { for(jj=ii+1; jj < number ; jj ++) { if(vData[ii] > vData[jj]) { SWAP(vData[ii], vData[jj]); } } } }
面试官让我优化一下代码,我又写出下面代码: #define SWAP(a,b) do {\ a = a +b;\ b = a - b;\ a = a - b;\ }while(0) void sort(int number, int vData[]) { int ii, jj; int min; for(ii=0; ii < number ; ii++) { min = ii; for(jj=ii+1; jj < number ; jj ++) { if(vData[min] > vData[jj]) { min = jj; } } if(min != ii) { SWAP(vData[min],vData[ii]); } } }
面试官说能不能再优化一下.其实那时候我已经一脑糨糊,啥快速排序算法啊都不会,只好对面试官说不行了. 面试官指着我那段宏说:你如果用一个中间变量进行交换,会减少很多计算,对于大的排序可以优化很多.
感言:看起来神奇而水平高的算法不一定实用,要考虑算法的实用性.
2006年9月23日 #
黄主任：以前治好大三阳需要2－3个月就已经很快了，没想到技术发展的这么快，现在15天就可以治愈了。......
曾主任：我们医院是卫生部....的医院，医生......，护士.....，所以患者放心前来就诊。
在我记忆中，大三阳是很难治的，怎么这位黄医生2－3个月治好还嫌慢？现在半个月就好了？我感冒还得一星期才好，怎么肝病原来这么容易治啊？
到网上一查大三阳，第一个帖子就是说“ 中国中医研究院专家提醒患者：可以使大三阳和小三阳都转阴就是一个骗局”，看来这个黄主任看来也是属于这个范畴得。老实说，我不怎么懂医学，但是大体我比较相信说黄某是骗子是肯定错不了。这篇文章似乎有介绍这是骗局得：http://www.zhongke.com/liver/006.htm。
查查五联疗法： 下面网站提到这种疗法，同一页面上说乙肝3、5年内才可能提治疗：http://www.renai.cn/zhongyi/ganbing/ 下面网站介绍是仁爱医院提出这种方法，乙肝转阴不是梦，但是目前没有有效治疗方法，只能使病毒DNA转阴（和肝病转阴有关否？）http://www.ccgs120.com/yfbj/news.jsp?info_id=10068
看来：15天治好，只能如那位黄主任的话解释“一般15天能治好，多的也要2、3个月。当然有些人可能需要更长的时间，这就是所谓个体差异，有的人按时吃药，体质比较好，当然就快一些。有些人你问他，‘哦，昨天我去蹦的了，忘吃药了’，这样今天吃明天忘后天再吃，当然就慢一些（注意，不是不好，只是慢一点）”。我恐怕这种个体差异是100个中有0.00000001个治好，其他都差异了。真奇怪甘肃怎么还允许这种片子上电视台反复的造！
PS:留的三个联系电话，2个北京，一个上海。本地不敢做广告，跑甘肃去，反正你被骗了也不能花很大代价到北京上海找我。
2006年9月17日 #
从这个记录中，我注意到招商银行专业版一来没有注明我的钱为什么没汇成功，二来没有把我汇款的手续费也退回来。我于是拨95555去问。95555在经过复杂的自动应答后，终于把我电话转到人工台。可是那天我等了3分钟，也没有人接电话。我以为周末他们不值班，就给他们发了封邮件，希望他们解释这两个问题。后来问了一下，第一：他们24小时有人值班，但是不知道为什么那天我的电话没人接。第二，目前他们还没有回我邮件，看来也没把我的问题当回事情。
我以为我帐户写错了，特意打电话到对方，让他们把帐户用短信再发一遍。可是我对着我的汇款记录检查了好几遍，依然是帐户没错啊？
我选工作时间再拨95555，询问两个问题：
1。汇款为什么没汇出 招商银行的回答是：对方银行退款原因是无效帐户。
2。为什么手续费没有退 我本来以为这只是系统一个失误，问之后退给我就好了。对方的回答让我很惊讶：因为我们提供了服务，所以要收费啊。
我就问：失败的服务也收费？（后面具体话是不记得了，但是大意不会错，后面问代表是我的问话，答是银行服务员答复） 答：这是你账号填错了，又不是我们银行的错误啊？ 问：但是服务没有成功，服务费当然应该退啊？ 答：在跨行汇款时，我们中有人工参与，做了事情当然应该收钱 问：不是电子系统处理么？ 答：在汇款之前，首先要有人工验核，然后再发到人行，人行转到x行，这手续费是三家分的，不是招行一家收钱 问：我不管谁分，只知道是你收的，不管怎么说，你的服务不成功，你就应该给我退钱。 答：但是这是你填错帐户，不是银行的过错 问：要是我查询后发现帐户没错，你是不是就退钱？ 答：如果你查出没错，你可以找我，我工号是xxxx（我想，我本来就是查过后才问你的，我用什么方法证明我帐户没错啊？难道让对方把他存折复印给我？）
后面还有一堆对话，不过似乎我和她都很激动，我就让他们经理给我打回电，她说没法保证时间，我说ok，反正有电话打过来就行。顺便问一句为什么我邮件没人回：她说电话和邮件答复系统不是一家，她不知道。
一天以后，招行打我手机，再和我讨论： 招行：我是招行的 我：我对这个收费不退不理解，希望你们退回手续费 招行：不理解没有办法，我这只能给你解释 我：服务不成功为什么收费 招行：因为你帐户错了 我：但是我查过了，肯定对的 招行：你是怎么填的？ 我：我就填四川省成都市工商银行xxxx帐户及户名啊 招行：成都市工商银行写的太泛，这样没法转帐 后面我们就各自找例子证明自己的话有理，最终由于她只解释不处理，实在谈不下去，而且我的手机费＋电话费估计也超过能获得的退款了，只好挂机了事。
事后想想，觉得银行实在是座大山，咱们实在撼她不动。其实她有明显的错误，罗列如下： 1。她说我帐户错误是因为我没有详细到具体开户行（估计要到某某营业所了） 这种说辞是站不住脚的。其实帐户号码＋用户名已经足够定位到具体帐户。就如同我们打招行电话，她也只要我报帐户和密码，从来没有说在哪个营业点挂的号。
2。按照一般人的理解，我的填法应该就对了。如果你银行有特殊要求，你必须事先说明，但是我查遍了专业版所有页面，也没看到谁提示我必须具体到哪个开户营业网点。
3。招行没商量 我们手机收费很快就不能没商量了，但是招商银行客服第一句就是只能给你解释，不能退钱。不知道什么时候“不能没商量”
4。遇到银行收错钱，如果不是错的离谱，还是别维权了。一来你是弱势群体，维权也是白搭，二来，你维权的费用估计也足以抵消你能收回的钱了
5。汇钱前要注意问清具体要求，别象我一样这么白送手续费了。
唉，真是
服务收费本应当 失败退钱更合情 只想收钱不退钱 储户心里很受伤
2006年5月24日 #
2005年12月7日 #
对于一个程序员而言，学习一种语言和一种算法是非常容易的（不包括那些上学花很多时间玩，上班说学习没时间的人）。但是，任何程序都可能是有瑕疵的，尤其有过团队协作编程经验的人，对这个感触尤为深刻。
在我前面的述及调试的文章里，我侧重于VC集成环境中的一些设置信息和调试所需要的一些基本技巧。但是，仅仅知道这些是不够的。一个成功的调试的开端是编程中的准备。
分离错误
很多程序员喜欢写下面这样的式子：
CLeftView* pView =
((CFrameWnd*)AfxGetApp()->m_pMainWnd)->m_wndSplitterWnd.GetPane(0,0);
如果一切顺利，这样的式子当然是没什么问题。但是作为一个程序员，你应该时刻记得任何一个调用在某些特殊的情况下都可能失败，一旦上面某个式子失败，那么整个级联式就会出问题，而你很难弄清楚到底哪儿出错了。这样的式子的结果往往是：省了2分钟编码的时间，多了几星期的调试时间。
对于上面的式子，应该尽可能的把式子分解成独立的函数调用，这样我们可以随时确定是哪个函数调用出问题，进口缩小需要检查的范围。
检查返回值
检查返回值对于许多编程者来说似乎是一个很麻烦的事情。但是如果你能在每个可能出错的函数调用处都检查返回值，就可以立刻知道出错的函数。
有些人已经意识到检查返回值的重要性，但是要记住，只检查函数是否失败是不够的，我们需要知道函数失败的确切原因。例如下面的代码：
if(connect(sock, (const sockaddr*)&addr,sizeof(addr)) == SOCKET_ERROR)
{
AfxMessageBox("connect failed");
}
尽管这里已经检查了返回值，实际上没有多少帮助。正如很多在vckbase上提问的人一样，大概这时候只能喊“为什么连接失败啊？”。这种情况下，其实只能猜测失败的原因，即使高手，也无法准确说出失败的原因。
增加诊断信息
在知道错误的情况下，应该尽可能的告诉测试、使用者更多的信息，这样才能了解导致失败的原因。如果程序员能提供如下错误信息，对于诊断错误是非常有帮助的：
- 出错的文件：我们可以借助宏THIS_FILE和__FILE__。注意THIS_FILE是在cpp文件手工定义的，而__FILE__是编译器定义的。当记录错误的函数定义在.h中时，有时候用THIS_FILE更好，因为他能说明在哪个cpp中调用并导致失败的。
- 出错的行：我们可以借助宏__LINE__
- 出错的函数：如果设计的好，有以上两项已经足够。当然我们可以直接打印出出错的函数或者表达式，这样在大堆代码中搜索（尤其是不支持go to line的编辑器中）还是很有用的。大家可以参见我的文章http://blog.vckbase.com/arong/archive/2005/11/10/14704.html中的方式进行处理，也许是一个基本的开端。
- 出错的原因：出错的原因很多只能由程序自己给出。如果出错只会问别人，那么你永远不可能成为一个合格的程序设计人员。很多函数失败时都会设置errno。我们可以用GetLastError获得错误码，并通过FormatMessage打印出具体错误的文字描述。
终了
给初学者一个忠告：编程时麻烦10分钟，调试时省却数小时，要想省时间，还是要从代码的可重用性和可维护性上下功夫，而不是两个代码上节省。