Bugs

可以交你。

博大精深。

@飯中淹
更加期待*nix下的AIO對套接字的支持。
完全就是與IOCP模式相同。

很好；）

/*
這種方式并不很完美,在理論上可能會長時間的阻塞在socket_send()內部,但暫沒有更好的辦法.*/
這種情況下，比較好的方法是為該socket關聯一個寫數據隊列或緩沖，本次寫失敗之后，等待epoll的下一次寫事件通知，再訪問該關聯數據隊列，再次發送。

是的，掛接點的不同而已。

@yayv
謝謝 ：）

@abettor
謝謝你的建議，我又對這個部分有了一個重新的了解了。

很有趣！

這里在說說 REUSERADDR,
ACE網絡編程里說過，windows 在 2000以后， REUSERADDR 標識默認為1的。

但我在2003下測試的時候：
1.如果客戶端使用了綁定端口，沒有設置REUSERADDR為1時，bind的時候，會返回失敗，反之成功。
但成功失敗都不會影響客戶端調用connect，只是成功后，則使用你指定的ADDR進行connect，失敗則是隨機分配的PORT進行連接。

2.但設置了REUSERADDR的作用也僅僅是上面的功能。
當在客戶端主動斷開連接后，處于TIME_WAIT狀態時，在2MSL時間里，你綁定(bind)PORT的時候，雖然不會失敗，但在connect的時候，會返回WSAEADDRINUSE（10048）錯誤。

10048的描述是：通常每個套接字地址(協議/網絡地址/端口)只允許使用一次。

這里就跟《網絡編程 心得1》里說的，處于主動關閉后的Time_wait狀態下，
如果設置了REUSERADDR為1時，是可以復用prot進行連接的。
網上找了很多資料，說windows平臺下這里是一個bug。
在linux平臺下，還沒有環境做測試，有時間找個環境測試下，應該是可以復用PORT，進行連接的。

那么現在windows平臺下怎么避免2MSL時間內不能連接的問題呢。
BOOL bDontLinger = FALSE;
setsockopt(s,SOL_SOCKET,SO_DONTLINGER,(const char*)&bDontLinger,sizeof(BOOL));
這樣做，使主動關閉方在close后，不經歷TIME_WAIT狀態，也就是說這樣可能會丟失數據，比如關閉四次握手最后一次ACK如果在路由中迷途，就會影響到他的重發。
但不這樣，還有其他辦法嗎？

@christanxw 重用端口，設置過了，但在windows（只做了win測試）平臺下，是沒有作用的。

// 下面是測試代碼，在window平臺下測試過了。
// 沒有linux環境，有環境的朋友可以試試。

#ifdef WIN32
#ifndef WIN32_LEAN_AND_MEAN
#define WIN32_LEAN_AND_MEAN
#endif

#pragma comment(lib, "WS2_32.lib")
#pragma warning( disable : 4996 )

#endif

#include <sys/types.h>
#include <stdlib.h>
#include <stdio.h>
#include <string.h>
#ifdef WIN32
#include <winsock2.h>
#else
#include <sys/socket.h>
#include <netinet/in.h>
#endif

#ifndef WIN32
#define wsaperror perror
#else
void wsaperror(char *);
#endif

int main(int argc, char *argv[])
{
#ifdef WIN32
WSADATA wsaData;
#endif
int succeeded = 0;
struct sockaddr_in addr = {0};
int i;

// 遠端地址 隨便鏈接一個處于listen狀態的
memset(&addr, 0, sizeof(addr));
addr.sin_family = AF_INET;
addr.sin_addr.s_addr = inet_addr("192.168.170.13");
addr.sin_port = htons(135);

#ifdef WIN32
if (WSAStartup(MAKEWORD(2, 2), &wsaData) != 0) {
wsaperror("WSAStartup");
exit(1);
}
#endif
while (1) {
int s = socket(AF_INET, SOCK_STREAM, 0);
struct sockaddr_in local_addr = {0};


#ifdef WIN32
int name_len = sizeof(local_addr);
#else
socklen_t name_len = sizeof(local_addr);
#endif

if (s < 0) {
wsaperror("socket");
break;
}

// 下面的代碼，有linux環境的朋友，注釋掉，不設置DontLinger試試。
//
// 如果要已經處于連接狀態的soket在調用closesocket后強制關閉，不經歷TIME_WAIT的過程：
BOOL bDontLinger = FALSE;
if (setsockopt(s,SOL_SOCKET,SO_DONTLINGER,(const char*)&bDontLinger,sizeof(BOOL))< 0) {
wsaperror("setsockopt");
break;
}

i = 1;
if (setsockopt(s, SOL_SOCKET, SO_REUSEADDR, (char *) &i, sizeof(i)) < 0) {
wsaperror("setsockopt");
break;
}


// 本地地址
local_addr.sin_family = AF_INET;
local_addr.sin_addr.s_addr = inet_addr("192.168.170.13");
local_addr.sin_port = htons(10000);

if (bind(s, (struct sockaddr *) &local_addr, sizeof(local_addr)) < 0) {
wsaperror("bind");
break;
}

if (getsockname(s, (struct sockaddr *) &local_addr, &name_len) < 0) {
break;
}

if (connect(s, (struct sockaddr *) &addr, sizeof(addr)) < 0) {
//fprintf(stderr, "Local port failed: %s : %d\n", inet_ntoa(local_addr.sin_addr), ntohs(local_addr.sin_port));
wsaperror("connect");
break;
}

succeeded++;

/* shutdown(s, 2); */
#ifdef WIN32
closesocket(s);
#else
close(s);
#endif

fprintf(stderr, "%d\n", ntohs(local_addr.sin_port));
fflush(stdout);
}

fprintf(stderr, "%d connections succeeded\n", succeeded);

#ifdef WIN32
WSACleanup();
#endif
exit(1);
}

#ifdef WIN32
void wsaperror(char *str)
{
int err = WSAGetLastError();
char *errstr;

switch (err) {
case WSAEADDRINUSE:
errstr = "WSAEADDRINUSE";
break;
case WSAENOBUFS:
errstr = "WSAENOBUFS";
break;
default:
errstr = "Unknown error";
break;
}

fprintf(stderr, "%s: Error %d (%s)\n", str, err, errstr);
}
#endif

已閱

根據ACE網絡編程下提到：
在winsock2已經不存在這個問題了，不知道winsock1是否有，沒有機會做測試了，有機會的朋友，找個NT4環境測試下吧。

已閱

不知道，你去找找吧

有沒有辦法處理Linux平臺的異常處理？研究一下：）

現場看球的感覺確實不一般，有機會一定要去嘗試一下。

除了原文提到的幾點，還是來總結幾點吧，
可能我個人比較偏好性能，c++的新特性建議不要隨意使用。

1.在設計和抽象過程中，把繼承的次數降到最小，避免每次構造對象時，
需要構造很多層父類中的構造函數。

2.盡量使用C風格的類型轉換
float f = 3.14;
int i = (int)f;
這樣與使用static_cast作用一樣，性能沒有什么區別，
但dynamic_cast就不一樣了，效率上大大低于static_cast，
dynamic_cast可以自己使用ObjType來處理一個對象的正確的造型，
這樣做，只是麻煩了點，但有了更多的靈活性，和性能。
CXxx *x = 0;
if( obj->GetType() == TYPE_XXX )
{
x = (CXxx*)obj;
}
其實只有在一般不明確類型的時候才會使用dynamic_cast進行造型的，
但在實際編程中，這樣的情況很少。

我自己對異常處理的心得有下列幾點，僅供參考，希望大家說說各自的意見。
1.盡量避免使用異常處理，能不能則不用，可以用C Style的Error處理方式來代替。（對于渴望性能很實用）
2.即使要使用，也一定把Scope降到最低，盡量減少多重嵌套。
3.如果整個生產系統使用了不穩定的第三方庫，建議使用異常處理，畢竟服務器穩定勝于性能。

天成是那個公司？有什么作品嗎？

好的，以后想到就發點吧。