久久久久久久综合日本亚洲,久久91精品国产91久久麻豆,久久久久久久亚洲Av无码

Tue, 12 Dec 2017 02:32:00 GMT

1、阻塞模式与非阻塞模式下recv的返回值各代表什么意思？有没有区别？�Q�就我目前了解阻塞与非阻塞recv�q�回值没有区分，都是 <0�Q�出错，=0�Q�连接关闭，>0接收到数据大��，特别�Q�返回�?nbsp;<0时�ƈ�?errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)的情况下认�ؓ�q�接是正常的�Q��l�接收。只是阻塞模式下recv会阻塞着接收数据�Q�非��d��模式下如果没有数据会�q�回�Q�不会阻塞着读，因此需�?nbsp;循环��d��

2、阻塞模式与非阻塞模式下write的返回值各代表什么意思？有没有区别？

��d��与非��d��write�q�回值没有区分，都是 <0�Q�出错，=0�Q�连接关闭，>0发送数据大��，特别�Q�返回�?nbsp;<0时�ƈ�?errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)的情况下认�ؓ�q�接是正常的�Q��l�发送。只是阻塞模式下write会阻塞着发送数据，非阻塞模式下如果暂时无法发送数据会�q�回�Q�不会阻塞着 write�Q�因此需要��@环发�?/p>

3、阻塞模式下read�q�回�?nbsp;< 0 && errno != EINTR && errno != EWOULDBLOCK && errno != EAGAIN�Ӟ��q�接异常�Q�需要关闭，read�q�回�?nbsp;< 0 && (errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)时表�C�没有数据，需要��l�接�Ӟ��如果�q�回值大�?表示接送到数据�?nbsp;

非阻塞模式下read�q�回�?nbsp;< 0表示没有数据�Q? 0表示�q�接断开�Q?gt; 0表示接收到数据�?nbsp;

�q?�U�模式下的返回值是不是�q�么理解�Q�有没有跟详�l�的理解或跟准确的说明？

4、阻塞模式与非阻塞模式下是否send�q�回�?nbsp;< 0 && (errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)表示暂时发送失败，需要重试，如果send�q�回�?nbsp;<= 0, && errno != EINTR && errno != EWOULDBLOCK && errno != EAGAIN�Ӟ��q�接异常�Q�需要关闭，如果send�q�回�?nbsp;> 0则表�C�发送了数据�Q�send的返回值是否这么理解，��d��模式与非��d��模式下send�q�回�?0是否都是发送失败，�q�是那个模式下表�C�暂时不可发送，需�?nbsp;重发�Q?/p>

1. send函数

int send( SOCKET s, const char FAR *buf, int len, int flags );

不论是客��L��q�是服务器端应用�E�序都用send函数来向TCP�q�接的另一端发送数据�?/p>

客户端程序一般用send函数向服务器发送请求，而服务器则通常用send函数来向客户�E�序发送应�{��?/p>

该函数的�Q?/p>

�W�一个参数指定发送端套接字描�q�符�Q?/p>

�W�二个参数指明一个存攑ֺ�用程序要发送数据的�~�冲区；

�W�三个参数指明实际要发送的数据的字节数�Q?/p>

�W�四个参��C��般置0�?/p>

�q�里只描�q�同步Socket的send函数的执行流�E�。当调用该函数时�Q�send先比较待发送数据的长度len和套接字s的发送缓冲的长度�Q�如果len大于s的发送缓冲区的长度，该函数返回SOCKET_ERROR�Q�如果len��于或者等于s的发送缓冲区的长度，那么send先检查协�?nbsp;是否正在发送s的发送缓冲中的数据，如果是就�{�待协议把数据发送完�Q�如果协议还没有开始发送s的发送缓冲中的数据或者s的发送缓冲中没有数据�Q�那�?nbsp;send��比较s的发送缓冲区的剩余空间和len�Q�如果len大于剩余�I�间大小send��׃��直等待协议把s的发送缓冲中的数据发送完�Q�如果len��于剩余 �I�间大小send��׃��仅把buf中的数据copy到剩余空间里�Q?span style="box-sizing: border-box; margin: 0px; padding: 0px; color: #000000;">注意�q�不是send把s的发送缓冲中的数据传到连接的另一端的�Q�而是协议传的�Q�send仅仅是把buf中的数据copy到s的发送缓冲区的剩余空间里�Q��?/span>如果send函数copy数据成功�Q�就�q�回实际copy的字节数�Q�如果send在copy数据时出现错误，那么send��p��回SOCKET_ERROR�Q�如果send在等待协议传送数据时�|�络断开的话�Q�那么send函数也返回SOCKET_ERROR�?/p>

要注意send函数把buf中的数据成功copy到s的发送缓冲的剩余�I�间里后它就�q�回了，但是此时�q�些数据�q�不一定马上被传到�q�接的另一�?span style="box-sizing: border-box; margin: 0px; padding: 0px; color: #000000;">�?/span>如果协议在后�l�的传送过�E�中出现�|�络错误的话�Q�那么下一个Socket函数��׃��q�回SOCKET_ERROR。（每一个除send外的Socket函数在执行的最开始总要先等待套接字的发送缓冲中的数据被协议传送完毕才能��l�，如果在等待时出现�|�络错误�Q�那么该Socket函数��p��?nbsp;SOCKET_ERROR�Q?/p>

注意�Q�在Unix�pȝ��下，如果send在等待协议传送数据时�|�络断开的话�Q�调用send的进�E�会接收��C��个SIGPIPE信号�Q�进�E�对该信��L��默认处理是进�E�终止�?/p>

Send函数的返回值有三类�Q?/p>

�Q?�Q�返回�?0�Q?/p>

�Q?�Q�返回�?lt;0�Q�发送失败，错误原因存于全局变量errno�?/p>

�Q?�Q�返回�?gt;0�Q�表�C�发送的字节敎ͼ�实际上是拯��到发送缓冲中的字节数�Q?/p>

错误代码�Q?/p>

EBADF 参数s 非合法的socket处理代码�?br style="box-sizing: border-box;" />EFAULT 参数中有一指针指向无法存取的内存空�?br style="box-sizing: border-box;" />ENOTSOCK 参数s��Z��文�g描述词，非socket�?br style="box-sizing: border-box;" />EINTR 被信��h��中断�?br style="box-sizing: border-box;" />EAGAIN 此操作会令进�E�阻断，但参数s的socket��Z��可阻断�?br style="box-sizing: border-box;" />ENOBUFS �pȝ��的缓冲内存不��?br style="box-sizing: border-box;" />ENOMEM 核心内存不��
EINVAL 传给�pȝ��调用的参��C��正确�?/p>

2. recv函数

int recv( SOCKET s, char FAR *buf, int len, int flags );

不论是客��L��q�是服务器端应用�E�序都用recv函数从TCP�q�接的另一端接收数据�?/p>

该函数的�Q?/p>

�W�一个参数指定接收端套接字描�q�符�Q?/p>

�W�二个参数指明一个缓冲区�Q�该�~�冲区用来存放recv函数接收到的数据�Q?/p>

�W�三个参数指明buf的长度；

�W�四个参��C��般置0�?/p>

�q�里只描�q�同步Socket的recv函数的执行流�E�。当应用�E�序调用recv函数�Ӟ��recv先等待s的发送缓�?nbsp;中的数据被协议传送完毕，如果协议在传送s的发送缓冲中的数据时出现�|�络错误�Q�那么recv函数�q�回SOCKET_ERROR�Q�如果s的发送缓冲中没有�?nbsp;据或者数据被协议成功发送完毕后�Q�recv先检查套接字s的接收缓冲区�Q�如果s接收�~�冲��Z��没有数据或者协议正在接收数据，那么recv��׃��直等待，只到协议把数据接收完毕。当协议把数据接收完毕，recv函数��把s的接收缓冲中的数据copy到buf中（注意协议接收到的数据可能大于buf的长度，所�?nbsp;在这�U�情况下要调用几�ơrecv函数才能把s的接收缓冲中的数据copy完。recv函数仅仅是copy数据�Q�真正的接收数据是协议来完成的）�Q�recv函数�q�回其实际copy的字节数。如果recv在copy时出错，那么它返回SOCKET_ERROR�Q�如果recv函数在等待协议接收数据时�|�络中断了，那么它返�?�?/p>

注意�Q�在Unix�pȝ��下，如果recv函数在等待协议接收数据时�|�络断开了，那么调用recv的进�E�会接收��C��个SIGPIPE信号�Q�进�E�对该信��L��默认处理是进�E�终止�?/p>

默认情况下socket是阻塞的�?/p>

��d��与非��d��recv�q�回值没有区别，都是�Q?/p>

<0 出错

=0 �Ҏ��调用了close API来关闭连�?/p>

>0 接收到的数据大小�Q?/p>

特别圎ͼ��q�回�?lt;0时�ƈ�?errno == EINTR || errno == EWOULDBLOCK || errno == EAGAIN)的情况下认�ؓ�q�接是正常的�Q��l�接收�?/p>

只是��d��模式下recv会一直阻塞直到接收到数据�Q�非��d��模式下如果没有数据就会返回，不会��d��着读，因此需要��@环读取）�?/p>

�q�回说明�Q?nbsp;

�Q?�Q�成功执行时�Q�返回接收到的字节数�?/p>

�Q?�Q�若另一端已关闭�q�接则返�?�Q�这�U�关闭是�Ҏ��d��且正常的关闭

�Q?�Q�失败返�?1�Q�errno被设��Z��下的某个�?nbsp;

EAGAIN�Q�套接字已标��Cؓ非阻塞，而接收操作被��d��或者接收超�?/p>

EBADF�Q�sock不是有效的描�q�词

ECONNREFUSE�Q�远�E�主机阻�l�网�l�连�?/p>

EFAULT�Q�内存空间访问出�?/p>

EINTR�Q�操作被信号中断

EINVAL�Q�参数无�?/p>

ENOMEM�Q�内存不��?/p>

ENOTCONN�Q�与面向�q�接兌��的套接字��未被连接上

ENOTSOCK�Q�sock索引的不是套接字

C++技术中�?/a> 2017-12-12 10:32 发表评论

Echo Server based on libevent

Sun, 03 May 2015 12:28:00 GMT

出处�Q�Blog of Felix021

旉��Q�Sat, 25 Feb 2012 00:43:26 +0000

作者：felix021

地址�Q�http://www.felix021.com/blog/read.php?2068

内容�Q?/div>

�׃��两天的时间在libevent上，��x�ȝ��下，��׃��写简单tutorial的方式吧�Q�貌似没有一��简单的说明�Q�让人马上就能上手用的�?/div>

首先�l�出官方文档吧： http://libevent.org �Q�首��|��个Programming with Libevent�Q�里面是一节一节的介绍libevent�Q�但是感觉信息量太大了，而且�q�是英文�?�?�Q�当�Ӟ��如果惛_��好用libevent�Q�看看还是很有必要的�Q�，�q�有个Reference�Q�大致就是对各个版本的libevent使用doxgen生成的文档，用来查函数原型和基本用法什么的�?/div>

下面假定已经学习�q�基本的socket�~�程�Q�socket,bind,listen,accept,connect,recv,send,close�Q�，�q�且对异�?callback有基本认识�?/div>

基本的socket�~�程是阻�?同步的，每个操作除非已经完成或者出错才会返回，�q�样对于每一个请求，要��用一个线�E�或者单独的�q�程��d��理，�pȝ��资源没法支撑大量的请求（所谓c10k problem?�Q�，例如内存�Q�默认情况下每个�U�程需要占�?�?M的栈�I�间。posix定义了可以��用异步的select�pȝ��调用�Q�但是因为其采用了轮询的方式来判断某个fd是否变成active�Q�效率不高[O(n)]�Q�连接数一多，也还是撑不住。于是各�pȝ��分别提出了基于异�?callback的系�l�调用，例如Linux的epoll�Q�BSD的kqueue�Q�Windows的IOCP。由于在内核层面做了支持�Q�所以可以用O(1)的效率查扑ֈ�active的fd。基本上�Q�libevent��是对这些高效IO的封装，提供�l�一的API�Q�简化开发�?/div>

libevent大概是这��L��Q?/div>

默认情况下是单线�E�的�Q�可以配�|�成多线�E�，如果有需要的话）�Q�每个线�E�有且只有一个event_base�Q�对应一个struct event_base�l�构体（以及附于其上的事件管理器�Q�，用来schedule托管�l�它的一�p�d��event�Q�可以和操作�pȝ��的进�E�管理类比，当然�Q�要更简单一炏V��当一个事件发生后�Q�event_base会在合适的旉��Q�不一定是立即�Q�去调用�l�定在这个事件上的函敎ͼ�传入一些预定义的参敎ͼ�以及在绑定时指定的一个参敎ͼ��Q�直到这个函数执行完�Q�再�q�回schedule其他事�g�?/创徏一个event_base

struct event_base *base = event_base_new();

assert(base != NULL);

event_base内部有一个��@环，循环��d��在epoll/kqueue�{�系�l�调用上�Q�直到有一�?一些事件发生，然后��d��理这些事件。当�Ӟ��q�些事�g要被�l�定在这个event_base上。每个事件对应一个struct event�Q�可以是监听一个fd或者POSIX信号量之�c�（�q�里只讲fd了，其他的看manual吧）。struct event使用event_new来创建和�l�定�Q��用event_add来启用：//创徏�q�绑定一个event

struct event *listen_event;

//参数�Q�event_base, 监听的fd�Q�事件类型及属性，�l�定的回调函敎ͼ��l�回调函数的参数

listen_event = event_new(base, listener, EV_READ|EV_PERSIST, callback_func, (void*)base);

//参数�Q�event�Q�超时时�?struct timeval *�c�d��的，NULL表示无超时设�|?

event_add(listen_event, NULL);

注：libevent支持的事件及属性包�?使用bitfield实现�Q�所以要�?| 来让它们合体)

(a) EV_TIMEOUT: ��时

(b) EV_READ: 只要�|�络�~�冲中还有数据，回调函数��׃��被触�?/div>

(d) EV_SIGNAL: POSIX信号量，参考manual�?/div>

(e) EV_PERSIST: 不指定这个属性的话，回调函数被触发后事�g会被删除

(f) EV_ET: Edge-Trigger边缘触发�Q�参考EPOLL_ET

然后需要启动event_base的��@环，�q�样才能开始处理发生的事�g。��@环的启动使用event_base_dispatch�Q��@环将一直持�l�，直到不再有需要关注的事�g�Q�或者是遇到event_loopbreak()/event_loopexit()函数�?/启动事�g循环

event_base_dispatch(base);

接下来关注下�l�定到event的回调函数callback_func�Q�传递给它的是一个socket fd、一个event�c�d��及属性bit_field、以及传递给event_new的最后一个参敎ͼ��M��面几行回��一下，把event_base�l�传�q�来了，实际上更多地是分配一个结构体�Q�把相关的数据都撂进去，然后丢给event_new�Q�在�q�里��p��取得��C��Q�。其原型是：typedef void(* event_callback_fn)(evutil_socket_t sockfd, short event_type, void *arg)

对于一个服务器而言�Q�上面的��程大概是这��L��合的�Q?/div>

1. listener = socket()�Q�bind()�Q�listen()�Q�设�|�nonblocking(POSIX�pȝ��中可使用fcntl讄��Q�windows不需要设�|�，实际上libevent提供了统一的包装evutil_make_socket_nonblocking)

2. 创徏一个event_base

3. 创徏一个event�Q�将该socket托管�l�event_base�Q�指定要监听的事件类型，�q�绑定上相应的回调函�?及需要给它的参数)。对于listener socket来说�Q�只需要监听EV_READ|EV_PERSIST

4. 启用该事�?/div>

5. �q�入事�g循环

---------------

6. (异步) 当有client发�v��h��的时候，调用该回调函敎ͼ��q�行处理�?/div>

问题�Q��ؓ什么不在listen完马上调用accept�Q�获得客��L��q�接以后再丢�l�event_base呢？�q�个问题先想惛_��?/div>

回调函数要做什么事情呢�Q�当然是处理client的请求了。首先要accept�Q�获得一个可以与client通信的sockfd�Q�然�?#8230;…调用recv/send吗？错！大错牚w��Q�如果直接调用recv/send的话�Q�这个线�E�就��d��在这个地方了�Q�如果这个客��L��非常的阴险（比如一直不发消息，或者网�l�不好，老是丢包�Q�，libevent��只能等它，没法处理其他的请求了——所以应该创��Z��个新的event来托��这个sockfd�?/div>

在老版本libevent上的实现�Q�比较罗嗦[如果不想详细了解的话�Q�看下一部分]�?/div>

对于服务器希望先从client获取数据的情况，大致��程是这��L��Q?/div>

1. ��这个sockfd讄��为nonblocking

2. 创徏2个event:

event_read�Q�绑上sockfd的EV_READ|EV_PERSIST�Q�设�|�回调函数和参数�Q�后面提到的struct�Q?/div>

event_write�Q�绑上sockfd的EV_WRITE|EV_PERSIST�Q�设�|�回调函数和参数�Q�后面提到的struct�Q?/div>

3. 启用event_read事�g

------

4. (异步) �{�待event_read事�g的发�? 调用相应的回调函数。这里麻烦来了：回调函数用recv��d��的数据，不能直接用send丢给sockfd了事——因�ؓsockfd是nonblocking的，丢给它的话，不能保证正确�Q��ؓ什么呢�Q�）。所以需要一个自��q��理的�~�存用来保存��d��的数据中�Q�在accept以后��创��Z��个struct�Q�作为第2步回调函数的arg传进来）�Q�在合适的旉��Q�比如遇到换行符�Q�启用event_write事�g【event_add(event_write, NULL)】，�{�待EV_WRITE事�g的触�?/div>

------

5. (异步) 当event_write事�g的回调函数被调用的时候，往sockfd写入数据�Q�然后删除event_write事�g【event_del(event_write)】，�{�待event_read事�g的下一�ơ执行�?/div>

以上步骤比较晦�ӆ�Q�具体代码可参考官�Ҏ��档里面的【Example: A low-level ROT13 server with Libevent�?/div>

�׃��需要自��q��理缓冲区�Q�且�q�程晦�ӆ难懂�Q��ƈ且不兼容于Windows的IOCP�Q�所以libevent2开始，提供了bufferevent�q�个��器�Q�用来提供更加优雅、易用的API。struct bufferevent内徏了两个event(read/write)和对应的�~�冲区【struct evbuffer *input, *output】，�q�提供相应的函数用来操作�~�冲区（或者直接操作bufferevent�Q�。每当有数据被读入input的时候，read_cb函数被调用；每当output被输出完的时候，write_cb被调用；在网�l�IO操作出现错误的情况（�q�接中断、超时、其他错误）�Q�error_cb被调用。于是上一部分的步骤被��化�ؓ�Q?/div>

1. 讄��sockfd为nonblocking

2. 使用bufferevent_socket_new创徏一个struct bufferevent *bev�Q�关联该sockfd�Q�托��给event_base

3. 使用bufferevent_setcb(bev, read_cb, write_cb, error_cb, (void *)arg)��EV_READ/EV_WRITE对应的函�?/div>

4. 使用bufferevent_enable(bev, EV_READ|EV_WRITE|EV_PERSIST)来启用read/write事�g

------

5. (异步)

在read_cb里面从input��d��数据�Q�处理完毕后塞到output�?会被自动写入到sockfd)

在write_cb里面�Q�需要做什么吗�Q�对于一个echo server来说�Q�read_cb��p��够了�Q?/div>

在error_cb里面处理遇到的错�?/div>

*. 可以使用bufferevent_set_timeouts(bev, struct timeval *READ, struct timeval *WRITE)来设�|�读写超�? 在error_cb里面处理��时�?/div>

*. read_cb和write_cb的原型是

void read_or_write_callback(struct bufferevent *bev, void *arg)

error_cb的原型是

void error_cb(struct bufferevent *bev, short error, void *arg) //�q�个是event的标准回调函数原�?/div>

可以从bev中用libevent的API提取出event_base、sockfd、input/output�{�相��x��据，详情RTFM~

于是代码��化到只需要几行的read_cb和error_cb函数卛_��Q?/div>

void read_cb(struct bufferevent *bev, void *arg) {

char line[256];

int n;

evutil_socket_t fd = bufferevent_getfd(bev);

while (n = bufferevent_read(bev, line, 256), n > 0)

bufferevent_write(bev, line, n);

}

void error_cb(struct bufferevent *bev, short event, void *arg) {

bufferevent_free(bev);

}

于是一个支持大�q�发量的echo server��成型了�Q�下面附上无注释的echo server源码�Q?10行，多抄几遍�Q�就能完全弄懂啦�Q�更复杂的例子参见官�Ҏ��档里面的【Example: A simpler ROT13 server with Libevent�?/div>

#include

#define LISTEN_PORT 9999

#define LISTEN_BACKLOG 32

void do_accept(evutil_socket_t listener, short event, void *arg);

void read_cb(struct bufferevent *bev, void *arg);

void error_cb(struct bufferevent *bev, short event, void *arg);

void write_cb(struct bufferevent *bev, void *arg);

int main(int argc, char *argv[])

{

int ret;

evutil_socket_t listener;

listener = socket(AF_INET, SOCK_STREAM, 0);

assert(listener > 0);

evutil_make_listen_socket_reuseable(listener);

struct sockaddr_in sin;

sin.sin_family = AF_INET;

sin.sin_addr.s_addr = 0;

sin.sin_port = htons(LISTEN_PORT);

if (bind(listener, (struct sockaddr *)&sin, sizeof(sin)) < 0) {

perror("bind");

return 1;

}

if (listen(listener, LISTEN_BACKLOG) < 0) {

perror("listen");

return 1;

}

printf ("Listening...\n");

evutil_make_socket_nonblocking(listener);

struct event_base *base = event_base_new();

assert(base != NULL);

struct event *listen_event;

listen_event = event_new(base, listener, EV_READ|EV_PERSIST, do_accept, (void*)base);

event_add(listen_event, NULL);

event_base_dispatch(base);

printf("The End.");

return 0;

}

void do_accept(evutil_socket_t listener, short event, void *arg)

{

struct event_base *base = (struct event_base *)arg;

evutil_socket_t fd;

struct sockaddr_in sin;

socklen_t slen = sizeof(sin);

fd = accept(listener, (struct sockaddr *)&sin, &slen);

if (fd < 0) {

perror("accept");

return;

}

if (fd > FD_SETSIZE) { //�q�个if是参考了那个ROT13的例子，貌似是官方的疏漏�Q�从select-based例子里抄�q�来忘了�?/div>

perror("fd > FD_SETSIZE\n");

return;

}

printf("ACCEPT: fd = %u\n", fd);

struct bufferevent *bev = bufferevent_socket_new(base, fd, BEV_OPT_CLOSE_ON_FREE);

bufferevent_setcb(bev, read_cb, NULL, error_cb, arg);

bufferevent_enable(bev, EV_READ|EV_WRITE|EV_PERSIST);

}

void read_cb(struct bufferevent *bev, void *arg)

{

#define MAX_LINE 256

char line[MAX_LINE+1];

int n;

evutil_socket_t fd = bufferevent_getfd(bev);

while (n = bufferevent_read(bev, line, MAX_LINE), n > 0) {

line[n] = '\0';

printf("fd=%u, read line: %s\n", fd, line);

bufferevent_write(bev, line, n);

}

void write_cb(struct bufferevent *bev, void *arg) {}

void error_cb(struct bufferevent *bev, short event, void *arg)

{

evutil_socket_t fd = bufferevent_getfd(bev);

printf("fd = %u, ", fd);

if (event & BEV_EVENT_TIMEOUT) {

printf("Timed out\n"); //if bufferevent_set_timeouts() called

}

else if (event & BEV_EVENT_EOF) {

printf("connection closed\n");

}

else if (event & BEV_EVENT_ERROR) {

printf("some other error\n");

}

bufferevent_free(bev);

}

C++技术中�?/a> 2015-05-03 20:28 发表评论

libevent windows�~�译

Sun, 15 Feb 2015 05:14:00 GMT

1. 下蝲libevent�?br />2.本�h用vs2013�~�译�Q�所有需要修�?br />

在以�?/span>3个文件开头修�?#8220;#define _WIN32_WINNT 0x0603”

libevent-2.0.22-stable\event_iocp.c

libevent-2.0.22-stable\evthread_win32.c

libevent-2.0.22-stable\listener.c

3.讄��nmake的环�?br />VC6 prefix\Microsoft Visual Studio\VC98\Bin\VCVARS32.BAT
VC8 prefix\Microsoft Visual Studio 8\VC\bin\vcvars32.bat
VC9 prefix\Microsoft Visual Studio 9.0\VC\bin\vcvars32.bat
我这里是vs2013�Q�执行D:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\vcvars32.bat
注意�Q�这些批处理文�g只会在当前进�E�中讄��Q�局部的�Q�环境变量，也就是说�Q?br />1. 用cmd�Q�或者command�Q�打开的命令行�H�口中， �q�行某个vcvar32.bat一�ơ�?br />那么当前命��o行窗口中��可以正�怋�用cl�Q�直到关闭�?br />
4.使用VC的nmake -f Makefile.nmake卛_��~�译32位release模式�?/span>
如果要求�~�译64位的版本�Q�需要在Makefile.nmake中添加一个LIBFLAGS选项 /MACHINE:X64
如果要加调试信息�Q�可以在 CFLAGS中加�?Zi�Q?2位加调试选项�?CFLAGS中加/ZI�Q�当然要调整优化选项/Ox

C++技术中�?/a> 2015-02-15 13:14 发表评论

tcp�q�接探测Keepalive和心跛_��

Tue, 13 Aug 2013 01:03:00 GMT

     采用TCP�q�接的C/S模式软�g�Q�连接的双方在连接空闲状态时�Q�如果�Q意一�Ҏ��外崩溃、当机、网�U�断开或�\由器故障�Q�另一�Ҏ��法得知TCP�q�接已经失效�Q�除非��l�在此连接上发送数据导致错误返回。很多时候，�q�不是我们需要的。我们希望服务器端和客户端都能及时有效地��到�q�接失效�Q�然后优雅地完成一些清理工作�ƈ把错误报告给用户�?br />      如何及时有效地检��到一方的非正常断开�Q�一直有两种技术可以运用。一�U�是由TCP协议层实现的Keepalive�Q�另一�U�是由应用层自己实现的心跛_��?br />      TCP默认�q�不开启Keepalive功能�Q�因为开启Keepalive功能需要消耗额外的宽带和流量，��管�q�微不��道，但在按流量计费的环境下增加了费用�Q�另一斚w��Q�Keepalive讄��不合理时可能会因为短暂的�|�络波动而断开健康的TCP�q�接。�ƈ且，默认的Keepalive��时需�?,200,000 milliseconds�Q�即2��时�Q�探��次��Cؓ5�ơ�?/span>
      对于Win2K/XP/2003�Q�可以从下面的注册表��Ҏ��到媄响整个系�l�所有连接的keepalive参数�Q?/span>
       [HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/Tcpip/Parameters]
        "KeepAliveTime”=dword:006ddd00
        "KeepAliveInterval"=dword:000003e8
        "MaxDataRetries"="5"

      对于实用的程序来��_��2��时的空闲时间太�ѝ��因此，我们需要手工开启Keepalive功能�q�设�|�合理的Keepalive参数�?

// 开启KeepAlive
BOOL bKeepAlive = TRUE;
int nRet = ::setsockopt(socket_handle, SOL_SOCKET, SO_KEEPALIVE, (char*)&bKeepAlive, sizeof(bKeepAlive));

if (nRet == SOCKET_ERROR)
{
return FALSE;
}

// 讄��KeepAlive参数
tcp_keepalive alive_in = {0};
tcp_keepalive alive_out = {0};
alive_in.keepalivetime = 5000; // 开始首�ơKeepAlive探测前的TCP�I�闭旉��

alive_in.keepaliveinterval = 1000; // 两次KeepAlive探测间的旉��间隔

alive_in.onoff = TRUE;
unsigned long ulBytesReturn = 0;

nRet = WSAIoctl(socket_handle, SIO_KEEPALIVE_VALS, &alive_in, sizeof(alive_in),
&alive_out, sizeof(alive_out), &ulBytesReturn, NULL, NULL);
if (nRet == SOCKET_ERROR)
{
return FALSE;

}

开启Keepalive选项之后�Q�对于��用IOCP模型的服务器端程序来��_��一旦检��到�q�接断开�Q�GetQueuedCompletionStatus函数��立卌��回FALSE�Q��得服务器端能及时清除该连接、释放该�q�接相关的资源。对于��用select模型的客��L��来说�Q�连接断开被探��到�Ӟ��以recv目的��d��在socket上的select�Ҏ��立卌��回SOCKET_ERROR�Q�从而得知连接已失效�Q�客��L��E�序便有��Z��及时执行清除工作、提醒用��h��重新�q�接�?br />

另一�U�技术，由应用程序自己发送心跛_��来检��连接的健康性。客��L��可以在一个Timer中或低��别的�U�程中定时向发服务器发送一个短��精悍的包，�q�等待服务器的回应。客��L��E�序在一定时间内没有收到服务器回应即认�ؓ�q�接不可用，同样�Q�服务器在一定时间内没有收到客户端的心蟩包则认�ؓ客户端已�l�掉�Uѝ�?br />

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

　windows下此处的”非正常断开”指TCP�q�接不是以优雅的方式断开,如网�U�故障等物理链�\的原�?�q�有�H�然��L��断电�{�原�?

有两�U�方法可以检��?

1.TCP�q�接双方定时发握手消�?

2.利用TCP协议栈中的KeepAlive探测
�W�二�U�方法简单可�?只需对TCP�q�接两个Socket讑֮�KeepAlive探测,
所以本文只讲第二种�Ҏ��在Linux,Window2000下的实现(在其它的�q�_��上没有作�q�一步的��试)

Windows 2000�q�_��?nbsp;头文�?br />#include <mstcpip.h>
//定义�l�构及宏
/*
struct TCP_KEEPALIVE {
u_longonoff;
u_longkeepalivetime;
u_longkeepaliveinterval;
} ;
*/

    tcp_keepalive live,liveout;
    live.keepaliveinterval=5000; //�?�U�发一�ơ探��报�?�?�ơ没有回应，��断开
    live.keepalivetime=30000;//��过30s没有数据�Q�就发送控��包

    live.onoff=TRUE;
    int Opt = 1;
    int iRet = setsockopt(Accept,SOL_SOCKET,SO_KEEPALIVE,(char *)&Opt,sizeof(int));
    if(iRet == 0){
     DWORD dw;
     if(::WSAIoctl(Accept,SIO_KEEPALIVE_VALS,
      &live,sizeof(live),&liveout,sizeof(liveout),
      &dw,NULL,NULL)== SOCKET_ERROR){
     }
    }

ACE下代�?//by rainfish blog.csdn.net/bat603

int Opt = 1;
//在测试过�E�中�Q�发现检��的�ơ数�?�ơ，即下面的讄��中，从最�q�一�ơ消息开始计��的10�U�后�Q�每�ơ间�?�U�，�q�箋发�?�ơ，�?5�U�发现网�l�断�?br />tcp_keepalive live,liveout;
live.keepaliveinterval=5000; //每次��的间隔 �Q�单位毫�U�）
live.keepalivetime=10000; //�W�一�ơ开始发送的旉��Q�单位毫�U�）
live.onoff=TRUE;
int iRet = stream.set_option(SOL_SOCKET,SO_KEEPALIVE,&Opt,sizeof(int));
if(iRet == 0){
DWORD dw;
//此处昄��了在ACE下获取套接字的方法，卛_��柄的(SOCKET)化就是句�?br />if(WSAIoctl((SOCKET)h,SIO_KEEPALIVE_VALS,&live,sizeof(live),
&liveout,sizeof(liveout),&dw,NULL,NULL)== SOCKET_ERROR){
//Delete Client
return;
}
}

Linux�q�_��?/p>

#include "/usr/include/linux/tcp.h"
#include "/usr/include/linux/socket.h"
////KeepAlive实现�Q�单位秒
//下面代码要求有ACE,如果没有包含ACE,则请把用到的ACE函数�Ҏ��linux相应的接�?br />int keepAlive = 1;//讑֮�KeepAlive
int keepIdle = 5;//开始首�ơKeepAlive探测前的TCP�I�闭旉��
int keepInterval = 5;//两次KeepAlive探测间的旉��间隔
int keepCount = 3;//判定断开前的KeepAlive探测�ơ数
if(setsockopt(s,SOL_SOCKET,SO_KEEPALIVE,(void*)&keepAlive,sizeof(keepAlive)) == -1)
{
ACE_DEBUG ((LM_INFO,
ACE_TEXT ("(%P|%t) setsockopt SO_KEEPALIVE error!/n")));
}

if(setsockopt(s,SOL_TCP,TCP_KEEPIDLE,(void *)&keepIdle,sizeof(keepIdle)) == -1)
{
ACE_DEBUG ((LM_INFO,
ACE_TEXT ("(%P|%t) setsockopt TCP_KEEPIDLE error!/n")));
}

if(setsockopt(s,SOL_TCP,TCP_KEEPINTVL,(void *)&keepInterval,sizeof(keepInterval)) == -1)
{
ACE_DEBUG ((LM_INFO,
ACE_TEXT ("(%P|%t) setsockopt TCP_KEEPINTVL error!/n")));
}

if(setsockopt(s,SOL_TCP,TCP_KEEPCNT,(void *)&keepCount,sizeof(keepCount)) == -1)
{
ACE_DEBUG ((LM_INFO,
ACE_TEXT ("(%P|%t)setsockopt TCP_KEEPCNT error!/n")));
}

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

C++技术中�?/a> 2013-08-13 09:03 发表评论