这些疑惑往往是对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本身是确保不丢包的。
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分钟,调试时省却数小时,要想省时间,还是要从代码的可重用性和可维护性上下功夫,而不是两个代码上节省。