欧美日一区二区在线观看,国产精品五区,免费人成精品欧美精品

lf426 — Sun, 06 Jun 2010 16:46:00 GMT

在另外一边的客户端，我们分析一下TCPClientSock的徏立过�E��?br>

class TCPClientSock: public BaseSock{
private:
    sockaddr_in serverSockAddr;
protected:
    char* preBuffer;
    int preBufferSize;
    mutable int preReceivedLength;
public:
    TCPClientSock(
        const char* server_IP,
        unsigned short server_port,
        int pre_buffer_size = 32);
    virtual ~TCPClientSock();
    int TCPReceive() const;
    int TCPSend(const char* send_data,
            const int& data_length) const;
};

我们看到TCPClientSock的类与TCPServerSock很类��|��构造函数的差别是，TCPClientSock需要提供server端的IP地址和端口号�?br>

TCPClientSock::TCPClientSock(
                    const char *server_IP,
                    unsigned short server_port,
                    int pre_buffer_size):
preBufferSize(pre_buffer_size),
preReceivedLength(0)
{
    preBuffer = new char[preBufferSize];

    sockFD = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP);
    if (sockFD < 0) {
        sockClass::error_info("sock() failed.");
    }

    memset(&serverSockAddr, 0, sizeof(serverSockAddr));
    serverSockAddr.sin_family = AF_INET;
    serverSockAddr.sin_addr.s_addr = inet_addr(server_IP);
    serverSockAddr.sin_port = htons(server_port);

    if (connect(sockFD,
                (struct sockaddr*)&serverSockAddr,
                sizeof(serverSockAddr)) < 0 ) {
        sockClass::error_info("connect() failed.");
    }
}

TCPClientSock::~TCPClientSock()
{
    delete [] preBuffer;
    close(sockFD);
}

TCPClientSock通过socket()建立起sockFD�Q�然后指定服务器的serverSockAddr�Q�然后通过connect()向serverSockAddr指定的服务器发出握手��h��。需要说明的是，调用connect()的时候，�pȝ��会检查TCPClientSock的sockFD是否已经�l�定了本机的SockAddr�Q�事实上我们也可以通过bind()��本机的IP和指定的端口��L��定在�q�个sockFD上，但是我们�q�不兛_��q�个IP地址和端口号�Q�况且很多主机�ƈ没有公网IP�Q�特别在中国�Q�，所以通常我们不自己去�l�定�Q�这��L��l�就会帮我们完成�l�定工作�Q�分配一个空闲的端口号作为本机地址的端口号�?br>�q�样TCPClientSock��h��来向�Q�本机地址�Q�通常��q��l�自动完成绑定，也可以指定）和去向（指定的server端地址�Q�的地址信息�Q�所以可以收发信息。于是，TCPClientSock发出的第一个数据报是发�l�server监听socket的握手请求数据报�Q�TCPListenSock接收�q�个数据报后�Q�将相关信息传递给TCPServerSock建立新的sockFD�Q�我们上一节讲刎ͼ��q�个新的sockFD建立��h��之后马上��向client端返回一个数据报�Q�一斚w��表示接受�W�一�ơ握手请求，另外一斚w��发出�W�二�ơ握手请求�?br>收到�W�二�ơ握手请求后�Q�connect()才会�q�回�Q�不然就会阻塞，非常“��力”的去�q�接server。这�?#8220;��力”的程度跟�pȝ��有关�Q�在我的试验中，windows下很快，��几�U�；而Debian则接�q?分钟�Q?br>connect()�q�回的同�Ӟ��向server发出了第三次握手的信息，�q�个信息是对�W�二�ơ握手请求的认可。所以，�W�一�ơ和�W�二�ơ握手包含着�q�接的请求；而第二次和第三次握手则包含着�Ҏ��手请求的认可�Q�他们都是在告诉�Ҏ��Q�我知道�q�同意你�q�接上我了�?br>��x��Q�TCP三次握手的概念在socket中完整的实现�Q�徏立�v数据��的TCP通信通道�?

lf426 2010-06-07 00:46 发表评论

socket �~�程入门教程�Q�三�Q�TCP原理�Q?、设计TCP socket的类�Q�中�Q?

lf426 — Sun, 06 Jun 2010 15:46:00 GMT

当激�zȝ��听的TCPListenSock�{�待�q�程client的connect()握手��h��的时候，是调用了accept()�q�且产生��d��Q�默认情况下�Q�，如果accept()成功�q�回意味着conect()握手��h��h��成功�Q�这时候就通过accept()产生了一个新的sockFD用于TCP通讯。我们把�q�个新的sockFD构徏为TCPServerSock�c�：

class TCPServerSock: public BaseSock{
private:
    sockaddr_in clientSockAddr;
protected:
    char* preBuffer;
    int preBufferSize;
    mutable int preReceivedLength;
public:
    explicit TCPServerSock(
        const TCPListenSock& listen_sock,
        int pre_buffer_size = 32);
    virtual ~TCPServerSock();
    int TCPReceive() const;
    int TCPSend(const char* send_data,
            const int& data_length) const;
};

�q�里�Q�我们�ؓTCPServerSock预留一个缓存，�q�个�~�存�q�不是必��ȝ��Q�但是设�|�这样一个缓存至��有两个好处�Q?br>1、可以在使用时不必专门�ؓrecv()建立�~�存�Q?br>2、类�Ҏ��TCPReceive()和TCPSend()可以�׃�n�q�个�~�存�Q�在处理很多问题时候很方便�Q�比如echo�Q�就不需要先把recv()的缓存读出来再由send()来发送�?br>��缓存已用长度preReceiveLength加上关键字mutable表示我们不关心这个长度会被更改，我们只在乎有一个缓存可以用�Q�但是实际用了多��不重要�Q�这��h��们就可以为接受和发送的�c�L��法加上const�?br>我们回到TCPServerSock的徏立，TCPServerSock通过TCPListenSock accept()一个远�E�的client connect()握手��h��而徏立，所以，TCPServerSock的构造在默认情况下是��d��的�?br>

TCPServerSock::TCPServerSock(
                const TCPListenSock& listen_sock,
                int pre_buffer_size):
preBufferSize(pre_buffer_size),
preReceivedLength(0)
{
    preBuffer = new char[preBufferSize];

    socklen_t clientSockAddrLen = sizeof(clientSockAddr);
    sockFD = accept(    listen_sock.showSockFD(),
                        (sockaddr*)&clientSockAddr,
                        &clientSockAddrLen);
    if (sockFD < 0) {
        sockClass::error_info("accept() failed.");
    }
    std::cout    << "Client (IP: "
                << inet_ntoa(clientSockAddr.sin_addr)
                << ") conneted." << std::endl;
}

TCPServerSock::~TCPServerSock()
{
    delete [] preBuffer;
    close(sockFD);
}

�q�里需要注意一个Linux和Windows下的不同�Q?br>对于sockaddr_in�Q�也包括sockaddr�Q�的大小�Q�被accept()指定的时候，Linux中用的是socklen_t�Q�其实这��是size_t�Q�也��是unsigned int。而WinSock中却用的是int。因为在�~�译中不会自动�{换，所以会提示错误�?br>再次��Q�TCPServerSock的sockFD是通过accept()建立的而不是socket()�Q�这也是唯一一个不用socket()建立的sockFD�Q�包括UDP的）。在client发出的connect()握手��h��的数据报中，同时包含着client端的地址信息�Q�IP地址和端口）和server端的地址信息�Q�IP地址和端口）�Q�正是这个握手请求数据报中的两边的地址信息通过accept()被传递到TCPServerSock的sockFD中。请注意�Q�server端的信息�q��由TCPListenSock提供�Q�因为TCPListenSock中listenSockAddr的IP地址为空�Q�INADDR_ANY == 0�Q�，而TCPServerSock中server端的SockAddr却是具体的，由客��L��的握手协议传来的�Q�但是没有具体的体现出来�Q�。只有具体的地址�Q�IP地址和端口）才能提供IP数据包的目的地方向。而端口号�Q�则因�ؓclient事先知道监听端口��P��从而在握手��h��中包含，最�l�传递给TCPListenSock中server端的SockAddr�Q�虽然这个过�E�决定了�q�个端口��L��于监听端口号�Q�但是需要明白的是，�q�个端口��h��自握手请求的数据报而不是TCPListenSock的listenSockAddr�?br>新的sockFD��h��来向�Q�本机）和去向（�q�程�Q�的信息�Q�所以可以收发数据。TCPServerSock的sockFD一旦徏立，马上向远�E�返回一个数据报�Q�这个数据报有两层意义：
1、表�C�server已经接收了client的握手请求；
2、对client发出与server�q�个新sockFD握手的请求�?br>�q�就是所谓第二次握手�Q��ƈ且也是以数据报的形式传送的。我们说�q�，TCP协议的目标是建立“可靠”的数据流形式的通讯�Q�在�q�个数据��的通道建立��h��以前�Q�只能采用数据报的�Ş式传送数据�?

lf426 2010-06-06 23:46 发表评论

lf426 — Sun, 06 Jun 2010 14:24:00 GMT

我们在第1节中讲过�Q�socket是一个int的文件描�q�符�Q�WinSock中直接是一�U�抽象的描述�W�）�Q�我们通过对这个描�q�符发出指��o操作socket。这是C语言的思想�Q�在面向对象的思想中，最好socket本��n是一�U�对象，各种�Ҏ��由对象本�w�发出。用面向对象的思想��装socket�q�不困难�Q�而且�Q�对于描�q�socket的概念可能更加直观，�q�一节，我们边介�l�socket和TCP的概念边对socket�q�行OO��装�?br>首先�Q�每一个socket对象都具有唯一的socket文�g描述�W�，�q�样可以很好的对应socket的概��c��所以我们构��Z��个基�c�，�q�让其成为纯虚函数——这是因为socket文�g描述�W�必��d��具体的构造中才能出现�Q�然后仍然保留一个返回原始的socket文�g描述�W�的接口�Q�这是�ؓ了不方便归结到类函数中的函数所预留准备的，比如极其重要的select()我们会在后面讲到�Q�所谓有备无患�?br>

class BaseSock{
protected:
    int sockFD;
public:
    BaseSock();
    virtual ~BaseSock() = 0;
    const int& showSockFD() const;
};

函数实现�Q?br>

//class BaseSock

BaseSock::BaseSock():
sockFD(-1)
{}

BaseSock::~BaseSock()
{}

const int& BaseSock::showSockFD() const
{
return sockFD;
}

我们把sockFD的初始��D��|��ؓ-1�Q�表明在没有�z��c�L��造的时候这是一个非法的文�g描述�W�号�Q�File Descriptor�Q��?br>接下来，我们��单回��一下第一节对于TCP Server的徏立：
首先�Q�我们需要徏立一个监听socket�Q�然后激�z�d��监听�Q?br>然后�Q�在client端连接信息过来之后，通过监听端口��客��L��的信息传递给新的socket�Q�从而徏立通讯socket�?br>我们先构建listen socket�Q?br>

class TCPListenSock: public BaseSock{
private:
    sockaddr_in listenSockAddr;
public:
    explicit TCPListenSock(unsigned short listen_port);
    ~TCPListenSock();
    void TCPListen(
        int max_connection_requests = 10) const;
};

TCPListenSock建立的目的的��是被动的等待client端寻找握手的connect()�Q�从而收集client端的sock地址信息�Q�包含了IP地址和端口号�Q�，然后在需要的时候传递给新的socket建立通讯socket�?br>

TCPListenSock::TCPListenSock(unsigned short listen_port)
{
    sockFD = socket(PF_INET,
                    SOCK_STREAM,
                    IPPROTO_TCP);
    if (sockFD < 0) {
        sockClass::error_info("socket() failed.");
    }
    memset(&listenSockAddr, 0, sizeof(listenSockAddr));
    listenSockAddr.sin_family = AF_INET;
    listenSockAddr.sin_addr.s_addr = htonl(INADDR_ANY);
    listenSockAddr.sin_port = htons(listen_port);
    if (bind(    sockFD,
                (sockaddr*)&listenSockAddr,
                sizeof(listenSockAddr)) < 0) {
        sockClass::error_info("bind() failed.");
    }
}

TCPListenSock::~TCPListenSock()
{
    close(sockFD);
}

TCPListenSock通过调用socket()建立sockFD�Q�通过指定端口好指明监听端口，�q�是为客��L��能够扑ֈ��q�个端口所必须的。而IP地址讄��为INADDR_ANY�Q�其实就�?�Q�这意味着可以是�Q何一个server端所拥有的IP。TCPListenSock通过bind()��sockFD和SockAddr�l�定在一赗��这个sockFD只有本机的SockAddr意味着�Q?、无法徏立连接，只有接受数据报；2、只能接受信息，因�ؓ没有�q�程目的地的SockAddr而无法发��Z��息�?br>而这对于TPC建立�q�接的过�E�来��_��既是��_��的，也是必须的。事实上�Q�client端发出的�W�一个握手数据报��p��q�个sockFD所接收�Q�而返回给client的握手应�{�和对client的握手请求则由新的sockFD发出�?br>listen()是将TCPListenSock�Ȁ�z�Mؓ监听状态，如果不激�z�，那么��M��握手的连接请求都��被�q�个sockFD所忽略�?br>

void TCPListenSock::TCPListen(
                        int max_connection_requests) const
{
    if (listen(    sockFD,
                max_connection_requests) < 0) {
        sockClass::error_info("listen() failed.");
    }
}

�q�个函数看来��g��有些多此一举，因�ؓ�q�个监听是可以整合到构造函��C��的，也就是说�Q�我们可以一旦徏立TCPListenSock��׃�o其激�z�，事实上这正是SDL_net中的做法�Q�也是让我感��C��严�}的地方，因�ؓ监听本��n是socket的一个概��c�?

lf426 2010-06-06 22:24 发表评论

socket �~�程入门教程�Q�三�Q�TCP原理�Q?、socket异常信息

lf426 — Sun, 06 Jun 2010 13:07:00 GMT

之所以把对异�怿�息的介绍攑ֈ�原理之前�Ԍ��是因为由于socket本��n的复杂性，��D��了��生各�U�异常的复杂性。我们应该时刻铭记的是，sokcet本��n属于�pȝ��Q�OS�Q�，是系�l�对TCP/IP的实玎ͼ�也就是说�Q�socket发出的异�怿�息不代表�E�序出错�Q�甚至不代表�pȝ��出错�Q�而仅仅就是代表socket本��n的各�U�异常情��c��另外一�Ҏ��觉得应该��的是�Q�socket不是TCP/IP�Q�TCP/IP也不是socket。socket是�ؓ�q�泛的协议设计的�Q�涉及TCP/IP的内容只是socket体系中一个很��的子集�Q�而TCP/IP��更加独立于sokcet而存在——TCP/IP是协议描�q�ͼ�socket是对协议理论的一�U�实现�Ş式�?br>因�ؓsocket是属于系�l�的�Q�所以不同的�pȝ��对于socket有着大同��异的解释，出错描述也不��相同。在Linux中，socket的异�怿�息可以通过errno获得�Q�int�c�d��Q�，然后可以通过函数strerror()��int转换成字�W�串描述�Q�也可以通过函数perror()直接获得其描�q��?br>要��用errno需要包含头文�g。我��使用errno获得int�cȝ��错误信息的一个重要原因在于，socket的异�怸�一定就必然��D��E�序�l�止。Bjarne Stroustrup在介�l�C++异常机制的时候对C风格的异常机制有着�q�样的描�q�ͼ��Q�C++对于异常�Q�的默认响应方式是终止程序。传�l�的反应�Q�对于发生异常的时候）则是装糊涂，接着做下去，以期得到最好的�l�果�Q�《C++�E�序设计语言》第14�?异常处理�Q�。不�q�以我目前的水��^看来�Q�终止正在进行的�E�序然后再通过异常机制重新启动一个新的流�E�，其代仯��q�大�?#8220;装糊�?#8221;的让�E�序�l�箋�q�行下去�Q�只要错误不是致命的�Q�通过��单的判断和处理或许效果更佟�?br>例如�Q�socket中就有一个很有代表性的情况�Q�在TCP�q�接中，如果一�Ҏ��外退出——也��是说没有通过TCP退出流�E�退出，比如没有�q�行完程序关闭掉socket而直接X掉或者Ctrl+c了。socket往往会因为recv()�q�回值小�?而抛��Z��个异常。正常断开�q�接的时候，recv()会通过�q�回0表示�q�接已经断开�Q�但是大多数时候，我们�q�不希望因�ؓ异常的断开��导致另外一端的�E�序�l�止�Q�想象一下如果你��x��QQ腾讯的服务器�E�序��q��止是什么概�?#8230;…�Q�，所以我们必��d��理这�U�情��c�?br>在Linux中，�q�程�q�接异常断开�Q�被重置�Q�的errno代码�?04�Q�类似的�Q�我们应该保证出现这�U�异常的时候程序可以��l�运行�?br>

//Filename: SockClass.hpp

#ifndef SOCK_CLASS_HPP
#define SOCK_CLASS_HPP

#include <unistd.h>
#include <iostream>
#include <sys/socket.h>
#include <arpa/inet.h>
#include <errno.h>

namespace sockClass
{
void error_info(const char* s);
}

以上是头文�g中的声明�Q�下面是函数�Q�我们这里仅仅演�C�处理了104错误�?br>

namespace sockClass
{
void error_info(const char* s)
{
    int err_info = errno;
    std::cerr << strerror(err_info) << ": errno: " << err_info << std::endl;
    if (err_info == 104){
        return;
    }
    exit(1);
}
}

在windows中，错误代码由WSAGetLastError()获得�Q�而无需讄��errno�?br>

//Filename: SockClass.hpp

#ifndef SOCK_CLASS_HPP
#define SOCK_CLASS_HPP

#include <iostream>
#include <winsock2.h>

namespace sockClass
{
void error_info(const char* s);
}

WinSock的错误代码跟Linux中的不一��P��同样的异常，WinSock的错误代码是10054�?br>�q�且�Q�由于没有errno也就无从调用strerror()�Q�我们最好自己写��l�的异常信息�?br>WinSock的详�l�代码信息在�q�里�Q?br>http://msdn.microsoft.com/en-us/library/ms740668(v=VS.85).aspx
win32下的演示代码如下�Q?br>

namespace sockClass
{
void error_info(const char* s)
{
    int winsock_err = WSAGetLastError();
    perror(s);
    std::cerr << "WinSock Error: " << winsock_err << std::endl;
    if (winsock_err == WSAECONNRESET) {
        std::cerr << "Connection reset by peer." << std::endl;
        return;
    }
    exit(1);
}
}

lf426 2010-06-06 21:07 发表评论

lf426 — Wed, 16 Jul 2008 04:57:00 GMT

//Filename: TcpServerClass.hpp

#ifndef TCPSERVERCLASS_HPP_INCLUDED
#define TCPSERVERCLASS_HPP_INCLUDED

#include <unistd.h>
#include <iostream>
#include <sys/socket.h>
#include <arpa/inet.h>

class TcpServer
{
private:
    int listenSock;
    int communicationSock;
    sockaddr_in servAddr;
    sockaddr_in clntAddr;
public:
    TcpServer(int listen_port);
    bool isAccept();
    void handleEcho();
};

#endif // TCPSERVERCLASS_HPP_INCLUDED

//Filename: TcpServerClass.cpp

#include "TcpServerClass.hpp"

TcpServer::TcpServer(int listen_port)
{
    if ( (listenSock = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP)) < 0 ) {
        throw "socket() failed";
    }

    memset(&servAddr, 0, sizeof(servAddr));
    servAddr.sin_family = AF_INET;
    servAddr.sin_addr.s_addr = htonl(INADDR_ANY);
    servAddr.sin_port = htons(listen_port);

    if ( bind(listenSock, (sockaddr*)&servAddr, sizeof(servAddr)) < 0 ) {
        throw "bind() failed";
    }

    if ( listen(listenSock, 10) < 0 ) {
        throw "listen() failed";
    }
}

bool TcpServer::isAccept()
{
    unsigned int clntAddrLen = sizeof(clntAddr);

    if ( (communicationSock = accept(listenSock, (sockaddr*)&clntAddr, &clntAddrLen)) < 0 ) {
        return false;
    } else {
        std::cout << "Client(IP: " << inet_ntoa(clntAddr.sin_addr) << ") connected.\n";
        return true;
    }
}

void TcpServer::handleEcho()
{
    const int BUFFERSIZE = 32;
    char buffer[BUFFERSIZE];
    int recvMsgSize;
    bool goon = true;

    while ( goon == true ) {
        if ( (recvMsgSize = recv(communicationSock, buffer, BUFFERSIZE, 0)) < 0 ) {
            throw "recv() failed";
        } else if ( recvMsgSize == 0 ) {
            goon = false;
        } else {
            if ( send(communicationSock, buffer, recvMsgSize, 0) != recvMsgSize ) {
                throw "send() failed";
            }
        }
    }

    close(communicationSock);
}

演示�E�序�Q?br>

//Filename: main.cpp
//Tcp Server C++ style, single work

#include <iostream>
#include "TcpServerClass.hpp"

int echo_server(int argc, char* argv[]);

int main(int argc, char* argv[])
{
    int mainRtn = 0;
    try {
        mainRtn = echo_server(argc, argv);
    }
    catch ( const char* s ) {
        perror(s);
        exit(EXIT_FAILURE);
    }

    return mainRtn;
}

int echo_server(int argc, char* argv[])
{
    int port;
    if ( argc == 2 ) {
        port = atoi(argv[1]);
    } else {
        port = 5000;
    }

    TcpServer myServ(port);

    while ( true ) {
        if ( myServ.isAccept() == true ) {
            myServ.handleEcho();
        }
    }

    return 0;
}

lf426 2008-07-16 12:57 发表评论

lf426 — Wed, 16 Jul 2008 04:26:00 GMT

作者：龙飞

        现在�Q�我们通过accept()创徏了新的socket�Q�也��是我们�c�M��的数据成员communicationSock�Q�现在，我们��可以通过�q�个socket�q�行通讯了�?br>
TCP通讯模型

        在介�l�函��C��前，我们应该了解一些事实。TCP的Server/Client模型�c�M��q�样�Q?br>ServApp——ServSock——Internet——ClntSock——ClntApp
当然�Q�我们这里的socket指的��是用于“通讯”的socket。TCP的server端至��有两个socket�Q�一个用于监听，一个用于通讯�Q�TCP的server端可以只有一个socket�Q�这个socket同时“�?#8221;在server的两个socket上。当�Ӟ��插上listen socket的目的只是�ؓ了创建communication socket�Q�创建完备后�Q�listen是可以关闭的。但是，如果�q�样�Q�其他的client��无法再�q�接上server了�?br>        我们�q�个模型�Q�是client的socket插在server的communication socket上的�C�意。这两个socket�Q�都拥有完整的本地地址信息以及�q�程计算机地址信息�Q�所以，�q�两个socket以及之间的网�l�实际上形成了一条�Ş式上“��闭”的管道。数据包只要从一端进来，��p��知道出去的目的地�Q�反之亦然。这正是TCP协议�Q�数据流形式抽象化以及实现。因��Z��再需要指�?#8220;出处”�?#8220;��d��”�Q�对�q�样的socket�Q�实际上是S/C上的socket对）的操作，��如同对本地文�g描述�W�的操作一栗��但是，��管我们可以使用read()和write()�Q�但是，��Z��完美的控�Ӟ��我们最好��用recv()和send()�?br>
recv()和send()

int send(int socket, const void* msg, unsigned int msgLength, int flags);
int recv(int socket, void* rcvBuffer, unsigned int bufferLength, int flags);

在Linux中的实现为：

#include <sys/socket.h>

/* Send N bytes of BUF to socket FD.  Returns the number sent or -1.

   This function is a cancellation point and therefore not marked with
   __THROW.  */
extern ssize_t send (int __fd, __const void *__buf, size_t __n, int __flags);

/* Read N bytes into BUF from socket FD.
   Returns the number read or -1 for errors.

   This function is a cancellation point and therefore not marked with
   __THROW.  */
extern ssize_t recv (int __fd, void *__buf, size_t __n, int __flags);

�q�两个函数的�W�一个参数是用于“通讯”的socket�Q�第二个参数是发送或者接收数据的起始�Ҏ��针，�W�三个参数是数据长度�Q�第四个参数是控制符��P��默认属性设�|��ؓ0��可以了�Q�。失败时候传�?1�Q�否则传回实际发送或者接收数据的大小�Q�返�?往往意味着�q�接断开了�?br>
处理echo行�ؓ

void TcpServer::handleEcho()
{
    const int BUFFERSIZE = 32;
    char buffer[BUFFERSIZE];
    int recvMsgSize;
    bool goon = true;

    while ( goon == true ) {
        if ( (recvMsgSize = recv(communicationSock, buffer, BUFFERSIZE, 0)) < 0 ) {
            throw "recv() failed";
        } else if ( recvMsgSize == 0 ) {
            goon = false;
        } else {
            if ( send(communicationSock, buffer, recvMsgSize, 0) != recvMsgSize ) {
                throw "send() failed";
            }
        }
    }

    close(communicationSock);
}

本小节最后要讲的函数是close()�Q�它包含�?lt;unistd.h>�?br>

#include <unistd.h>

/* Close the file descriptor FD.

This function is a cancellation point and therefore not marked with
__THROW. */
extern int close (int __fd);

�q�个函数用于关闭一个文件描�q�符�Q�自�Ӟ��也就可以用于关闭socket�?br>下一��节是完整的源代码。默认的监听端口�?000。我们可以通过
$telnet 127.0.0.1 5000
验证在本��行的echo server�E�序�?br>

lf426 2008-07-16 12:26 发表评论

socket �~�程入门教程�Q�一�Q�TCP server 端：6、创建“通讯 ”嵌套字

lf426 — Tue, 15 Jul 2008 05:04:00 GMT

作者：龙飞

�q�里�?#8220;通讯”加上了引��P��是因为实际上所有的socket都有通讯的功能，只是在我们的例子中，之前那个socket只负责listen�Q�而这个socket负责接受信息�q�echo回去�?br> 我们现看看这个函敎ͼ�

bool TcpServer::isAccept()
{
    unsigned int clntAddrLen = sizeof(clntAddr);

    if ( (communicationSock = accept(listenSock, (sockaddr*)&clntAddr, &clntAddrLen)) < 0 ) {
        return false;
    } else {
        std::cout << "Client(IP: " << inet_ntoa(clntAddr.sin_addr) << ") connected.\n";
        return true;
    }
}

用accept()创徏新的socket

在我们的例子中，communicationSock实际上是用函数accept()创徏的�?br>

int accept(int socket, struct sockaddr* clientAddress, unsigned int* addressLength);

在Linux中的实现为：

/* Await a connection on socket FD.
   When a connection arrives, open a new socket to communicate with it,
   set *ADDR (which is *ADDR_LEN bytes long) to the address of the connecting
   peer and *ADDR_LEN to the address's actual length, and return the
   new socket's descriptor, or -1 for errors.

   This function is a cancellation point and therefore not marked with
   __THROW.  */
extern int accept (int __fd, __SOCKADDR_ARG __addr,
           socklen_t *__restrict __addr_len);

�q�个函数实际上�v着构造socket作用的仅仅只有第一个参敎ͼ�另外�q�有一个不在这个函数内表现出来的因素，后面会讨论到�Q�，后面两个指针都有副作用，在socket创徏后，会将客户端sockaddr的数据以及结构体的大��传回�?br> 当程序调用accept()的时候，�E�序有可能就停下来等accept()的结果。这��是我们前一��节说到的block�Q�阻塞）。这如同我们调用std::cin的时候系�l�会�{�待输入直到回�R一栗��accept()是一个有可能引�vblock的函数。请注意我说的是“有可�?#8221;�Q�这是因为accept()的block与否实际上决定与�W�一个参数socket的属性。这个文件描�q�符如果是block的，accept()��block�Q�否则就不block。默认情况下�Q�socket的属性是“可读可写”�Q��ƈ且，是阻塞的。所以，我们不修改socket属性的时候，accept()是阻塞的�?br>
accept()的另一面connect()

accept()只是在server端被动的�{�待�Q�它所响应的，是client端connect()函数�Q?br>

int connect(int socket, struct sockaddr* foreignAddress, unsigned int addressLength);

虽然我们�q�里不打��详�l�说明这个client端的函数�Q�但是我们可以看出来�Q�这个函��C��之前我们介绍的bind()有几分相��|��特别在Linux的实��C��Q?br>

/* Open a connection on socket FD to peer at ADDR (which LEN bytes long).
   For connectionless socket types, just set the default address to send to
   and the only address from which to accept transmissions.
   Return 0 on success, -1 for errors.

   This function is a cancellation point and therefore not marked with
   __THROW.  */
extern int connect (int __fd, __CONST_SOCKADDR_ARG __addr, socklen_t __len);

connect() 也��用了const的sockaddr�Q�只不过是远�E�电脑上的而非bind()的本机�?br> accept()在server端表面上是通过listen socket创徏了新的socket�Q�实际上�Q�这�U�行为是在接受对方客��h��E�序中connect()函数的请求后发生的。综合�v看，被创建的新socket实际上包含了listen socket的信息以及客��L��connect()��h��中所包含的信息——客��L��的sockaddr地址�?br>
新socket与sockaddr的关�p?br>
accept()创徏的新socket�Q�我们例子中的communicationSock�Q�这里我们简单用newSock来带指）首先包含了listen socket的信息，所以，newSock��h��本机sockaddr的信息；其次�Q�因为它响应于client端connect()函数的请求，所以，它还包含了clinet端sockaddr的信息�?br> 我们说过�Q�stream��Ş式的TCP协议实际上是建立起一�?#8220;可来可去”的通道。用于listen的通道�Q�远�E�机的目标地址是不��定的；但是newSock却是有指定的本机地址和远�E�机地址�Q�所以，�q�个socket�Q�才是我们真正用于TCP“通讯”的socket�?br>
inet_ntoa()

#include <arpa/inet.h>

/* Convert Internet number in IN to ASCII representation. The return value
is a pointer to an internal array containing the string. */
extern char *inet_ntoa (struct in_addr __in) __THROW;

对于�q�个函数�Q�我们可以作��Z��U�，��IP地址�Q�由in_addr�l�构转换为可�ȝ��ASCII形式的固定用法�?br>

lf426 2008-07-15 13:04 发表评论

socket �~�程入门教程�Q�一�Q�TCP server 端：5、创建监听嵌套字

lf426 — Mon, 14 Jul 2008 05:02:00 GMT

作者：龙飞

        前面一��节�Q�我们已�l�写��Z��TcpServer的构造函数。这个函数的实际作用�Q�就是创��Z��listen socket�Q�监听嵌套字�Q�。这一节，我们来具体分析这个创建的�q�程�?br>
socket和sockaddr的创建是可以�怺�独立�?br>
        在函��C��Q�我们首先通过socket()�pȝ��调用创徏了listenSock�Q�然后通过为结构体赋值的�Ҏ��具体定义了服务器端的sockaddr。（memset()函数的作用是把某个内存段的空间设定�ؓ某��|��q�里是清零。）其他的概念已�l�在前一��节讲完了。这里需要补充的是说明宏定义INADDR_ANY。这里的意思是使用本机所有可用的IP地址。当�Ӟ��如果你机器绑定了多个IP地址�Q�你也可以指定��用哪一个�?br>
数据��简易模型（SOCK_STREAM�Q?br>
        我们的例子以电话做的比喻�Q�实际上�Q�socket stream模型不完全类似电话，它至��有以下�q�些特点�Q?br>1、一�U�持�l�性的�q�接。这点跟电话是类似的�Q�也可以惌��成流动着液体的水��。一旦断开�Q�这�U�流动就会中断�?br>2、数据包的发送实际上是非�q�箋的。这个世界上有什么事物是真正的线性连�l�的�Q�呵呵，扯远了，�q�貌��g��个哲学问题。我们仅仅需要知道的是，一个数据包不可能是无限大的�Q�所以，��L��一个小数据包一个小数据包这��L��发送的。这一点，又有点像邮包的传递。这些数据包到达与否�Q�到辄��先后�ơ序本��n是无法保证的�Q�即是说�Q�是IP协议无法保证的。但是stream形式的TCP协议�Q�在IP之上�Q�做了一定到辑֒�到达��序的保证�?br>3、传送管道实际上是非��闭的。要不干嘛叫“�|�络”-_-!!!。我们之所以能保证数据包的“定点”传送，完全是依靠每个数据包都自带了目的地址信息�?br>        由此可见�Q�虽然socket和sockaddr可以分别创徏�Q��ƈ无依赖关�p�R��但是在实际使用的时候，一个socket臛_��会绑定一个本机的sockaddr�Q�没有自��q��“地址信息”�Q�就不能接受到网�l�上的数据包�Q�至��在TCP协议里面是这��L��Q��?br>
socket与本机sockaddr的绑�?br>
        有时候绑定是�pȝ��的�Q务，特别是当你不需要知道自��q��IP地址和所使用的端口号的时候。但是，我们现在是徏立服务器�Q�你必须告诉客户端你的连接信息：IP和Port。所以，我们需要指明IP和Port�Q�然后进行绑定�?br>

int bind(int socket, struct sockaddr* localAddress, unsigned int addressLength);

作�ؓC++的程序员�Q�也�怽�会觉得这个函数很不友好，它似乎更应该写成�Q?br>

int bind_cpp_style(int socket, const sockaddr& localAddress);

我们需要通过函数原型指明两点�Q?br>1、我们仅仅��用sockaddr�l�构的数据，但�ƈ不会对原有的数据�q�行修改�Q?br>2、我们��用的是完整的�l�构体，而不仅仅是这个结构体的指针。（很显然光用指针是无法说明�l�构体大��的�Q?br>�q�运的是�Q�在Linux的实��C��Q�这个函数已�l�被写�ؓ�Q?br>

#include <sys/socket.h>

/* Give the socket FD the local address ADDR (which is LEN bytes long). */
extern int bind (int __fd, __CONST_SOCKADDR_ARG __addr, socklen_t __len)
__THROW;

看到亲切的const�Q�我们就知道�q�个指针带入是没�?#8220;副作�?#8221;的�?br>
监听�Q�listen()

stream��模型�Ş式上是一�U?#8220;持箋�?#8221;的连接，�q�就是要求信息的��动�?#8220;可来可去”的。也��是��_��stream��的socket除了�l�定本机的sockaddr�Q�还应该拥有�Ҏ��sockaddr的信息。在listen()中，�q?#8220;�Ҏ��的sockaddr”��可以不是某一个特定的sockaddr。实际上�Q�listen socket的目的是准备被动的接受来�?#8220;所�?#8221;sockaddr的请求。所以，listen()反而就不能指定某个特定的sockaddr�?br>

int listen(int socket, int queueLimit);

其中�W�二个参数是�{�待队列的限�Ӟ��一般设�|�在5-20。Linux中实��Cؓ�Q?br>

#include <sys/socket.h>

/* Prepare to accept connections on socket FD.
N connection requests will be queued before further requests are refused.
Returns 0 on success, -1 for errors. */
extern int listen (int __fd, int __n) __THROW;

完成了这一步，回到我们的例子，��像是让你小弟在电话机前做好了接电话的准备工作。需要再�ơ强调的是，�q�些行�ؓ仅仅是改变了socket的状态，实际上我惛_��调的是，��Z��么这些函��C��会造成block�Q�阻塞）的原因。（block的概念以后再解释�Q?br>

lf426 2008-07-14 13:02 发表评论

socket �~�程入门教程�Q�一�Q�TCP server 端：4、构造函数涉及的概念

lf426 — Sat, 12 Jul 2008 05:27:00 GMT

作者：龙飞

话题回到“黑社会办公室”的例子，讲概念已�l�扯得比较远了，不过�Q�这一节我们还得讲概念�Q�不�q�好在有些程序的例子。如果大家不想翻回去看TcpServer�cȝ��原型�Q�我�q�里直接�l�出�q�个头文件的完整源代码：

我们已经解释了�ؓ什么listenSock和communicationSock的类型是int�Q�以及sockaddr_in是什么结构，现在来写�q�个�cȝ��构造函敎ͼ�

TcpServer::TcpServer(int listen_port)
{
    if ( (listenSock = socket(PF_INET, SOCK_STREAM, IPPROTO_TCP)) < 0 ) {
        throw "socket() failed";
    }

    memset(&servAddr, 0, sizeof(servAddr));
    servAddr.sin_family = AF_INET;
    servAddr.sin_addr.s_addr = htonl(INADDR_ANY);
    servAddr.sin_port = htons(listen_port);

    if ( bind(listenSock, (sockaddr*)&servAddr, sizeof(servAddr)) < 0 ) {
        throw "bind() failed";
    }

    if ( listen(listenSock, 10) < 0 ) {
        throw "listen() failed";
    }
}

好，先看看程序培��M��下感觉，我们�q�得说概��c�?br>
数据��装�Q�Data Encapsutation�Q?br>
我们前面说到了网�l�分层：链�\——网�l�——传输——应用。数据从应用�E�序里诞生，传送到互联�|�上每一层都会进行一�ơ封装：
Data>>Application>>TCP/UDP>>IP>>OS(Driver, Kernel & Physical Address)
我们用socket重点描述的是协议�Q�包括网�l�协议（IP�Q�和传输协议�Q�TCP/UDP�Q��?br>sockaddr重点描述的是地址�Q�包括IP地址和TCP/UDP端口�?br>
socket()函数

我们从TcpServer::TcpServer()函数可以看到�Q�socket和sockaddr的��生是可以�怺�独立的。socket()的函数原型是�Q?br>

int socket(int protocolFamily, int type, int protocol);

在Linux中的实现为：

#include <sys/socket.h>

/* Create a new socket of type TYPE in domain DOMAIN, using
protocol PROTOCOL. If PROTOCOL is zero, one is chosen automatically.
Returns a file descriptor for the new socket, or -1 for errors. */
extern int socket (int __domain, int __type, int __protocol) __THROW;

�W�一个参数是协议��（Linux里面叫作域，意思一��L��Q�，�q�是那句话，我们�q�篇教程用到的就仅仅是一个PF_INET�Q�protocol family : internet�Q�，很多时候你会发��C�h们也�l�常在这里赋��gؓAF_INET�Q�事实上�Q�当前，AF_INET��是PF_INET的一�?define�Q�但是，写成PF_INET从语义上会更加严谨。这也就是TCP/IP协议��中的IP协议�Q�Internet Protocol�Q�，�|�络层的协议�?br>后面两个参数定义传输层的协议�?br>�W�二个参数是传输层协议类型，我们教程里用到的宏，只有两个�Q�SOCK_STREAM�Q�数据流格式�Q�和SOCK_DGRAM�Q�数据报格式�Q�；�Q�具体是什么我们以后讨论）
�W�三个参数是具体的传输层协议。当赋��gؓ0的时候，�pȝ��会根据传输层协议�c�d��自动匚w��和选择。事实上�Q�当前，匚w��SOCK_STREAM的就是TCP协议�Q�而匹配SOCK_DGRAM��是UDP协议。所以，我们指定了第二个参数�Q�第三个��可以简单的讄��?。不�q�，��Z��严�}�Q�我们最好还是把具体协议写出来，比如�Q�我们的例子中的TCP协议的宏名称�Q�IPPROTO_TCP�?br>
数据�?#8220;地址”

        从数据封装的模型�Q�我们可以看到数据是怎么从应用程序传递到互联�|�的。我们说�q�，数据的传送是通过socket�q�行的。但是socket只描�q�C��协议�c�d��。要让数据正��的传送到某个地方�Q�必��L��加那个地方的sockaddr地址�Q�同��P��要能接受�|�络上的数据�Q�必��L��自己的sockaddr地址�?br>        可见�Q�在�|�络上传送的数据包，是socket和sockaddr共同“染指”的结果。他们共同封装和指定了一个数据包的网�l�协议（IP�Q�和IP地址�Q�传输协议（TCP/UDP�Q�和端口受��?br>
�|�络字节和本机字节的�怺�转换

        sockaddr�l�构中的IP地址�Q�sin_addr.s_addr�Q�和端口��P��sin_port�Q�将被封装到�|�络上传送的数据包中�Q�所以，它的�l�构形式需要保证是�|�络字节形式。我们这里用到的函数是htons()和htonl()�Q�这些羃写的意思是�Q?br>h: host�Q�主机（本机�Q?br>n: network�Q�网�l?br>to: to转换
s: short�Q?6位（2字节�Q�常用于端口��P��
l: long, 32位（4字节�Q�常用于IP地址�Q?br>“反过�?#8221;的函��C��是存在的ntohs()和ntohl()�?br>
动作与持�l�行�?br>
        本节最后的一个概念可以跟计算机无兟뀂作为动词，有些可以描述动作�Q�有些是描述一重持�l�的行�ؓ状态的�Q�就如同一般动词和be动词一��P��。扯到C++来说�Q�我们可以把持箋行�ؓ��装到函数内部，只留出动作的接口。事实上�Q�构造函��C��的bind()和listen()��是�q�种描述持箋状态的行�ؓ函数�?br>

lf426 2008-07-12 13:27 发表评论

socket �~�程入门教程�Q�一�Q�TCP server 端：3、sockaddr与sockaddr_in

lf426 — Thu, 10 Jul 2008 07:14:00 GMT

作者：龙飞

收�g人地址

一家化妆品公司��一�Ҏ��产品的样品，准备发给某学校某个班的女生们免费试用。通常情况下，�q��g邮包的地址上可以这么写�Q?br>

收�g人：全体女生�?br>地址�Q�A省B市C学校�Q�X�U�Y班�?/span>

但是�Q�如果在描述地址的时候这样写呢：

收�g人：全体女生�?br>地址�Q�请打电话xxxxxxxx�Q�找他们学校一个叫Lucy的女生，然后把东襉K��到她的班上�?/span>

�q�种文字是相当的诡异�?_-!!!�Q�但是�ƈ不等于就没有表述清楚邮包的去向和地址。事实上邮局看到�q�样的地址一定会发飙的，然而对于电脑，如果你的地址描述形式是他可以接受和执行的�Q�他��׃��老老实实的按你的要求去�?#8230;…
所以，如何描述地址不是问题的关键，关键在于�q�样的表�q�是不是能够表述清楚一个地址。一�U�更加通用的表辑�Ş式可能是�q�样的：

收�g人：全体女生�?br>地址�Q?/span><一�U�地址描述方式>

事实上，在socket的通用address描述�l�构sockaddr中正是用�q�样的方式来�q�行地址描述的：

struct sockaddr
{
unsigned short sa_family;
char sa_data[14];
};

�q�是一�?6字节大小的结构（2+14�Q�，sa_family可以认�ؓ是socket address family的羃写，也可能被��写成AF�Q�Address Family�Q�，他就好像我们例子中那�?#8220;收�g人：全体女生”一��P��虽然事实上有很多AF的种�c�，但是我们�q�个教程中只用得上大名鼎鼎的internet家族AF_INET。另外的14字节是用来描�q�地址的。这是一�U�通用�l�构�Q�事实上�Q�当我们指定sa_family=AF_INET之后�Q�sa_data的�Ş式也��p��固定了下来：最前端�?字节用于记录16位的端口�Q�紧接着�?字节用于记录32位的IP地址�Q�最后的8字节清空为零。这��是我们实际在构造sockaddr时候用到的�l�构sockaddr_in�Q�意指socket address internet�Q�：

struct sockaddr_in
{
    unsigned short sin_family;
    unsigned short sin_port;
    struct in_addr sin_addr;
    char sin_zero[8];
};

我想�Q�sin_的意思，��是socket (address) internet吧，只不�q�把address省略掉了。sin_addr被定义成了一个结构，�q�个�l�构实际上就是：

struct in_addr
{
unsigned long s_addr;
};

in_addr昄��是internet address了，s_addr是什么意思呢�Q�说实话我没猜出值得肯定的答案（�Ҏ��下面�|�友的评论，其意思�ؓsource address�Q�谢谢）�Q�也许就是socket address的意思吧�Q�尽��跟更广义的sockaddr�l�构意思有所重复了。哎�Q�这些都是历史原因，也许我是没有�_�֊�去考究了�?br>
sockaddr和sockaddr_in在Linux中的实现

你可能还记得我之前说�q�，UNIX和Linux上的socket实现都是从BSD的socket实现演变�q�来的。事实上�Q�socket�q�个词本来的意思，��是Berkeley Socket interface的简单说法。Linux上的socket与原本的socket的应该是完全兼容的，不过发展��C��天，在代码实��C��可能有些��的差别。我们就�Ҏ��求疵的来看看�q�些区别在什么地斏V�?br>

#include <bits/socket.h>

/* Structure describing a generic socket address.  */
struct sockaddr
  {
    __SOCKADDR_COMMON (sa_);    /* Common data: address family and length.  */
    char sa_data[14];        /* Address data.  */
  };

//==============

/* POSIX.1g specifies this type name for the `sa_family' member.  */
typedef unsigned short int sa_family_t;

/* This macro is used to declare the initial common members
   of the data types used for socket addresses, `struct sockaddr',
   `struct sockaddr_in', `struct sockaddr_un', etc.  */

#define    __SOCKADDR_COMMON(sa_prefix) \
  sa_family_t sa_prefix##family

#define __SOCKADDR_COMMON_SIZE    (sizeof (unsigned short int))

可以看到�Q��{了几�ơtypedef�Q�几�ơ宏定义�Q�实际效果是与标准socket一��L��?br>

#include <netinet/in.h>

/* Internet address.  */
typedef uint32_t in_addr_t;
struct in_addr
  {
    in_addr_t s_addr;
  };

//=================

/* Structure describing an Internet socket address.  */
struct sockaddr_in
  {
    __SOCKADDR_COMMON (sin_);
    in_port_t sin_port;            /* Port number.  */
    struct in_addr sin_addr;        /* Internet address.  */

    /* Pad to size of `struct sockaddr'.  */
    unsigned char sin_zero[sizeof (struct sockaddr) -
               __SOCKADDR_COMMON_SIZE -
               sizeof (in_port_t) -
               sizeof (struct in_addr)];
  };

同样的，看�v来挺复杂�Q�实际上与标准socket的定义是一��L��?br>
头文件依赖关�p?br> 是包含在中的�Q?lt;netinet/in.h>是包含在中的�Q�实际上我们在程序中往往��是�Q?br>

#include <sys/socket.h>
#include <arpa/inet.h>

值得知道的是�Q�ARPA�?Advanced research project agency�Q�美国国防部高��研究计划暑）的所写，ARPANET是当今互联网的前�w�，所以我们就可以惌��Q��ؓ什么inet.h会在arpa目录下了�?br>

lf426 2008-07-10 15:14 发表评论

socket �~�程入门教程�Q�一�Q�TCP server 端：2、socket与文件描�q�符

lf426 — Wed, 09 Jul 2008 18:42:00 GMT

作者：龙飞

UNIX中的一切事物都是文�Ӟ��everything in Unix is a file!�Q?br>
        当我在这��教�E�中提到UNIX的时候，其意思专指符合UNIX标准的所�?#8220;正统”UNIX的衍生系�l�（其实我就用来带指那些��C��最初UNIX源代码的商业�pȝ��Q�操作系�l�和�c�M��Linux�Q�BSD�q�些�c�UNIX�pȝ��。如果某些要�Ҏ��Linux�Ҏ��的，或者因为本人孤陋寡��L��时搞不清楚是Linux�Ҏ��的还是UNIX通用的，我就会指明是Linux�Q�甚臛_��发行版（我本人在写这��教�E�的时候是以Debian GNU/Linux 4.0 etch为测试��^台的�Q��?br>        我们学习UNIX的时候，恐怕听到的�W�一句话��是�q�句�Q�UNIX中一切都是文件。这是UNIX的基本理念之一�Q�也是一句很好的概括。比如，很多UNIX老鸟会�D��Z��例子来，“你看�Q?dev/hdc是个文�g�Q�它实际上也是我的光�?#8230;…”UNIX中的文�g可以是：�|�络�q�接�Q�network connection�Q�，输入输出�Q�FIFO�Q�，��道�Q�a pipe�Q�，�l�端�Q�terminal�Q�，��盘上的实际文�g�Q�或者其它�Q何东东�?br>
文�g与文件描�q�符�Q�file & file descriptor�Q?br>
        你可能对上一章中建模�c�M��的int�q�记忆犹新。我们用int在描�q�socket�Q�实际上�Q�所有的文�g描述�W�都是int�Q�没错，用的是一个整数类型。如果你觉得�q�样让你很难接受�Q�那么恭喜你�Q�你跟我一��P��也许是深中C++面向对象思想的毒了^^。因为是int�Q�所以文件描�q�符不可能是C++概念中的对象�Q�因为int无法发出行�ؓ�Q�但是，�q��ƈ不代表也不能接受一个动作哈�?br>        PASCAL之父在批判面向对象思想教条的时候，曄��生动的�D了个例子�Q?#8220;在OOP的概念中�Q�绝对不应该接受a+b�q�种表达的， OOP对这个问题的表达应该是a.add(b)”。fd�Q�file descriptor�Q�可以作为接受动作的对象�Q�但是本�w�却无法发出动作�Q�这��如同一个只能做宾语不能做主语的名词�Q�是个不完整的对象。但是，请别忘了Linux和socket本��n是C语言的��物，我们必须接受在面向过�E�时代下的��物，正视历史——当�Ӟ��q�与我们自己再进行OOP的封装�ƈ不矛盾�?br>        我们应该��C��3个已�l�打开的fd�Q?�Q�标准输入（STDIN_FILENO�Q�；1�Q�标准输出（STDOUT_FILENO�Q�；2�Q�标准错误（STDERR_FILENO�Q�。（以上宏定义在中）一个最��单的使用fd的例子，��是使用中的函数�Q�write(1, "Hello, World!\n", 20);�Q�在标准输出上显�C?#8220;Hello, World!”�?br>        另外一个需要注意的问题是，file和fd�q��一定是一一对应的。当一个file被多个程序调用的时候，会生成相互独立的fd。这个概念可以类比于C++中的引用�Q�eg: int& rTmp = tmp;�Q��?br>
socket与file descriptor

        文�g是应用程序与�pȝ��Q�包括特定硬件设备）之间的桥梁，而文件描�q�符��是应用�E�序使用�q�个“桥梁”的接口。在需要的时候，应用�E�序会向�pȝ��甌��一个文�Ӟ��然后��文件的描述�W�返回供�E�序使用。返回socket的文仉��常被创建在/tmp或�?usr/tmp中。我们实际上不用兛_��q�些文�g�Q�仅仅能够利用返回的socket描述�W�就可以了�?br>       好了�Q�说了这么多�Q�实际上��p��释了一个问题，“��Z��么socket的类型是int�Q?#8221; -_-!!!

lf426 2008-07-10 02:42 发表评论

lf426 — Tue, 08 Jul 2008 07:42:00 GMT

作者：龙飞

�l�大部分关于socket�~�程的教�E��L��从socket的概念开始讲��L��。要知道�Q�socket的初��h��个庞大的体系�Q�TCP/IP只是�q�个庞大体系下一个很��的子集�Q�而我们真正能用上的更是这个子集中的一��部分：�q�输层（Host-to-Host Transport Layer�Q�的TCP和UDP协议�Q�以及��用这两个协议�q�行应用层（Application Layer�Q�的开发。即使是socket的核心部分，�|�络层（Internet Layer�Q�的IP协议�Q�在�~�程的时候我们也很少会感觉到它的存在——因为已�l�被��装好了�Q�我们唯一需要做的事情就是传入一个宏。第一节我想介�l�的概念��p��么多�Q�当�Ӟ��既然我们已经说了3个层了，我想最好还是把最后一个层也说出来�Q�即所谓链路层�Q�Network Access Layer�Q�，它包括了物理��g和驱动程序。这四个层从底到高的��序是：链�\层－�Q�网�l�层�Q�－�q�输层－�Q�应用层�?br> 好，说实话我们现在�ƈ不清楚所谓TCP到底是什么东东，不过我们知道�q�东东名气很大。或�怽�早就知道�Q�另外一个声名狼藉徏立在TCP协议基础上的应用�E�序�Q�它曄��几乎是统��M��一个时代，即��是今天，我们依然无法消除他的影响力的——恩�Q�是的，��是telnet�?br> 在这个教�E�中�Q�我使用的环境是Debian GNU/Linux 4.0 etch。传说中的stable -_-!!!�Q�恩�Q�我是很保守的�h。如果你不是自己DIY出来的系�l�，�怿�默认安装里面��应该有telnet�Q?usr/bin/telnet�Q�要是没装就自己aptitude install吧）。telnet可以与所有遵循TCP协议的服务器端进行通讯。通常�Q�socket�~�程��L��Client/Server形式的，因�ؓ有了telnet�Q�我们可以先不考虑client的程序，我们先写一个支持TCP协议的server端，然后用telnet作�ؓclient验证我们的程序就好了�?br> server端的功能�Q�我们也考虑一�U�最��单的反馈形式�Q�echo。就如同你在�l�端输入echo 'Hello World'�Q�回车后shell��׃��l�你�q�回Hello World一��P��我们的第一个TCP server��q��以实现这个功能�?br> 什么样的模型适合描述�q�样的一�U�server呢？我相信，一个很2的例子会有助于我们记忆TCP server端的基本��程�?br> 惌��你自己是个小大�{�Q�坐办公室（什么样的黑�C�会做办公室啊？可能是讨债公司吧^^�Q�你很土�Q�只有一个小弟帮你接电话�Q�因��Z��自己的号码是不敢对外公开的）。一�ơ通讯的流�E�大概应该是�q�样的：��弟那里的��L��电话响了�Q�小弟接��L��话；�Ҏ��说是你女朋友A妹；��弟转达��_��“老大�Q�你马子电话”�Q�你��_��接过来；��弟把电话接�l�你�Q�你和你��x��友聊天半��时�Q�挂电话�?br> 我们来分析一下整个过�E�中的元素。先分析成员数据�Q�请注意�Q�这里开始用C++术语了）�Q�你��弟�Q�listenSock�Q�，你需要他来监听（listen�Q�这是socket�~�程中的术语�Q�电话；你自己（communicationSock�Q�，实际上打电话�q�行交流的是你自己；你的电话��L��Q�servAddr�Q�，否则你女朋友怎么能找��C��Q�你��x��友的电话��L��Q�clntAddr�Q�，�q�个比喻有点牵强�Q�因��Z��实上你接��L��话，不需要知道对方的��L��也可以通话�Q�虽然事实上你应该是知道的，你不会取消了来电昄��功能吧^^�Q�，但是�Q�难道你是只接女朋友电话从来不打�q�去的牛人吗�Q�这个过�E�中的行为（成员函数�Q�：你小弟接电话�q��{接给你（isAccept()�Q�；你自��q��通话�Q�handleEcho()�Q�（�q�个行�ؓ��实比较土，只会乌鸦学舌的echo�Q�呵呵）�?br> ��单的��_��是�q�些了。根据这个模型，我们可以很容易写出实现我们需要的echo功能的TCP server的类�Q?br>

class TcpServer
{
private:
    int listenSock;
    int communicationSock;
    sockaddr_in servAddr;
    sockaddr_in clntAddr;
public:
    TcpServer(int listen_port);
    bool isAccept();
    void handleEcho();
};

�q�里面有些简写，比如�Q�sock实际上就是socket�Q�addr��是address。serv和clnt我想你一定能猜到是server和client吧。还有一个socket中的�l�构体sockaddr_in�Q�实际上��是�q�个意思：socket address internet�Q�网�l�嵌套字地址�Q�，具体解说�Q�请看下回分解�?br>

lf426 2008-07-08 15:42 发表评论

Code::Blocks在Debian下的�l�色安装

lf426 — Wed, 25 Jun 2008 09:46:00 GMT

不想看废话的直接下蝲用就是了。我已经打包讄��好了。^^
��短描�q?

媲美于VC的C++ IDE集成开发环境，��h��较完善的自动补全功能。基于官方的Debian 8.02最新版本。已包含libwx2.8。（Debian etch源上的是2.6�Q�。无��root权限安装�Q�解压即可��用�?br>

安装步骤:

解压到自己安排的位置。cd到相关目录，�q�行sh脚本setup.sh��可以了。将生成sh脚本codeblocks�Q�可直接通过该脚本启动。（实际上就是设�|�了LD_LIBRARY_PATH和CODEBLOCKS_DATA_DIR�Q?/div>
下蝲地址�Q?br>http://www.fs2you.com/zh-cn/files/7de0ba0c-428f-11dd-812f-00142218fc6e/

下面介绍自己�q�行�l�色安装的过�E��?br>首先到Code::Blocks的项目页下蝲最新的版本8.02�?br>http://www.codeblocks.org/
当然�Q�我用的是Debian�Q�下载的��是�q�个版本�Q�codeblocks-8.02debian-i386.tar.gz�?br>解压后是一堆deb包，��心的把�q�些包解压到某个位置下的usr目录下。（注意�Q�不是默认的/usr目录�Q�。然后这个文件夹的名字不重要�Q�是可以更换的。比如，我就换成了codeblocks。这时候，�q�个目录下应该有�q�些文�g夹：bin, include, lib, share。其中，可执行文件在bin目录下。cd到bin目录下，��查codeblocks的依赖库及其路径�Q?br>

ldd codeblocks

然后可以看到一大堆没有扑ֈ�的so�Q?br>

        linux-gate.so.1 =>  (0xffffe000)
        libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7ca1000)
        libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7c20000)
        libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb7c06000)
        libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7bf0000)
        libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb7be8000)
        libXext.so.6 => /usr/lib/libXext.so.6 (0xb7bd9000)
        libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb7bd6000)
        libXi.so.6 => /usr/lib/libXi.so.6 (0xb7bce000)
        libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb7bcb000)
        libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb7bc2000)
        libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb7bbd000)
        libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7b82000)
        libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb7b20000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7ab6000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7aa2000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7a77000)
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7a54000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7a4b000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0xb795f000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7925000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7922000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7890000)
        librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb7887000)
        libcodeblocks.so.0 => not found
        libwx_gtk2u_richtext-2.8.so.0 => not found
        libwx_gtk2u_aui-2.8.so.0 => not found
        libwx_gtk2u_xrc-2.8.so.0 => not found
        libwx_gtk2u_qa-2.8.so.0 => not found
        libwx_gtk2u_html-2.8.so.0 => not found
        libwx_gtk2u_adv-2.8.so.0 => not found
        libwx_gtk2u_core-2.8.so.0 => not found
        libwx_baseu_xml-2.8.so.0 => not found
        libwx_baseu_net-2.8.so.0 => not found
        libwx_baseu-2.8.so.0 => not found
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7872000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb786e000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7789000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7764000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7759000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7627000)
        libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb75fc000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0xb75f9000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb75d9000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb75d3000)
        /lib/ld-linux.so.2 (0xb7f9c000)

其中libcodeblocks.so.0是Code::Blocks自带的，已经在lib目录下了�Q�应为我们没有指定LD_LABRARY_PATH路径而找不到�?br>其它库是属于libwx的。在源中搜烦一下：

aptitude search libwx

很不�q�，源里面只�?.4�?.6版本的。所以，我们只好去wx官方��M��?.8的库�?br>http://www.wxwidgets.org/
我们在：
http://apt.wxwidgets.org/dists/etch-wx/main/binary-i386/
下找到我们需要的�׃�n库文�Ӟ��

libwxbase2.8-0_2.8.7.1-0_i386.deb �?libwxgtk2.8-0_2.8.7.1-0_i386.deb 
�Q�真快，今天已经更新2.8.8.0�?_-!!!应该也没问题�Q�不�q�我没试�Q?br>把解压出来的so和s-link都放到codeblocks/lib/文�g夹下面。最后，我们讄���LD_LABRARY_PATH���可以了�?br>可以直接用这个脚本设�|�：

#!/bin/sh

echo "#!/bin/sh" > codeblocks
echo "LD_LIBRARY_PATH=$PWD/lib CODEBLOCKS_DATA_DIR=$PWD $PWD/bin/codeblocks" >> codeblocks
chmod +x codeblocks
生成的启动脚本应该类��D����P���Q?PWD表示当前目录�Q�也���是codeblocks所在的位置。）

#!/bin/sh
LD_LIBRARY_PATH=/home/lf426/app/code/codeblocks/lib CODEBLOCKS_DATA_DIR=/home/lf426/app/code/codeblocks /home/lf426/app/code/codeblocks/bin/codeblocks
通过�q�个脚本���可以启动Code::Blocks了。整个过�E�不需要root权限哦（你不会想当root敢死队吧。^^�Q?br>

lf426 2008-06-25 17:46 发表评论

lf426 — Wed, 25 Jun 2008 08:45:00 GMT

SF被封了！NND�Q�本来还说申请了个项目页�Q�大家可以更�Ҏ��的下载源代码的，现在又恶心了。只有用代理了。Code::Blocks��目也是在SF上的�Q�昨天晚上还好好的。好在这个项目在德国某个�|�站�q�有个镜像，大家应该能下得到的�?br> Linux下的C++IDE环境一直是一个缠人的问题。当�Ӟ��很多黑客告诉我们vim��矣�Q�可是我们毕竟还是很难以��C��那么多函数。我惻I��win32 API��实更难以记忆吧�Q�所以M$搞出个VC�q�样的好东东�Q�Linux下的牛�h们都是从70�q�代开始玩C的�h�Q�他们多多少��更习惯C而不是C++�Q�包括Linus本�h�q�跟BS老大打过口水战。所以，vim对于他们�Q�对于C�Q�可能已�l�相当够用了——但是，我们是凡人，我们�q�是希望有个自动补全功能比较强，也不用每�ơ都自己写Makefile的IDE�?br> 其实一开始关注的是Anjuta�Q�因��是号�U�Gnome下的原生品，可惜啊，功能实在是太一般般了，都还不如用vim加各�U�插件呢。后来又试了eclipse 比Anjuta��Z��不少�Q�这个项目好像是得到哪个大公司资助了�Q�搞得很华丽的样子。可是，��Z��Java�Q�速度�q�是慢啊。另外，逼着我装JVM也让我比较不爽。当前Linux下大有Python淘汰Java的趋�ѝ��KDevelop听说是不错，可是我还没开始用KDE�Q�貌似非原生品，怕麻烦，忍了�?br> 昨天在论坛上看到大家讨论codeblocks�Q�之前在Windows下关注过�Q�后来传闻说不再�l�护了，��没攑֜�心上。传��L��竟是传闻�Q�昨天到codeblocks��目��上看了下，最新的更新是在今年2月底呵，有够新的。估计是之前周期太长了吧。慢功出�l�活�Q�本着对�d国�h认真态度的敬佩，下蝲下来试了一下——果�Ӟ��比eclipse要快很多啊。哈哈，虽然跟VC�q�是有差距，不过也算是用��h��比较舒心的IDE了。所以推荐给大家。下��文章，我来讲讲在Debian 4.0 ecth下的�l�色安装�Ҏ��?br>

lf426 2008-06-25 16:45 发表评论

构徏vim的可视化C++�~�辑�q�_��

lf426 — Tue, 27 May 2008 09:29:00 GMT

        Vim是一个强大的文本�~�辑器。我们在win32�q�_��下用VC写代码的时候，常常比较习惯VC�l�予的一些格式控制和代码补全功能�Q�而这些功能都是可以在vim中实现的�Q��ƈ且，已经有前��Zؓ我们写好了插件脚本，我们只需要非常简单的讄��Q�就可以�q�速的构徏出类似VC的C++�~�译环境�?br>        Vim的配�|�文仉��常在~/.vimrc中。我们首先可以加入这样两句：
syntax on            //语法高亮打开�Q�这��h��们就可以看倒C/C++的关键字成�ؓ了彩�Ԍ��
:set cin!               //C�~�进打开�Q�这样vim会自动判断羃�q�的讄��Q?br>        完成�q�样的设�|�后�Q�当我们创徏或者打开vim所能识别的C/C++源文件的时候，我们��可以看到关键字的颜色以及自动的�~�进了�?br>        需要指出的一�Ҏ��Q�按照Unix源程序的习惯�Q�我们最好以ASCII�~�码来写�E�序�Q�而Debian的内部编码默认是UTF-8。当�Ӟ��如果我们vim创徏的文件没有汉字等其他字符的时候，产生的文件自动是ASCII�~�码的，但是�Q�某些插�Ӟ��比如vim的c-support插�g会自动添加文件的创徏日期�Q�这��P��因�ؓ我们�pȝ��默认语言一般是zh_CN�Q�所以就会��生中文的日期昄��。所以，一个解��x��法是在运行创建cpp文�g的vim的时候，指定使用的语�a��Q�或者，�q�脆做一个alias来简单��用：
alias cvim='LC_ALL=C vim'
�q�样�Q�就可以��保创徏的cpp文�g不带非ASCII字符�?br>
        接下来，我们��单了解一下ctags。简单说�Q�ctags是�ؓ许多计算��a�的源代码文�g做烦引，以提供给�~�辑器（比如我们的vim�Q��用的。我们先看看ctags的帮助：
ctags --help
以下信息是我们将用到的：
-R   Equivalent to --recurse.
--recurse=[yes|no]    Recurse into directories supplied on command line [no].
--languages=[+|-]list
       Restrict files scanned for tags to those mapped to langauges
       specified in the comma-separated 'list'. The list can contain any
       built-in or user-defined language [all].
--fields=[+|-]flags
      Include selected extension fields (flags: "afmikKlnsStz") [fks].
--extra=[+|-]flags
      Include extra tag entries for selected information (flags: "fq").
我们用这��L��命��o在源文�g所在的目录�q�行�Q�（用样�Q�我们可以做一个alias�Q�我们最后来讨论�q�个问题�Q?br>ctags -R --c++-kinds=+p --fields=+iaS --extra=+q
其中参数的含义是�Q?a title="原文出处" >原文出处
--c++-kinds=+p : 为C++文�g增加函数原型的标�{?br>--fields=+iaS   : 在标�{�文件中加入�l�承信息(i)、类成员的访问控制信�?a)、以及函数的指纹(S)
--extra=+q      : 为标�{�֢�加类修饰�W�。注意，如果没有此选项�Q�将不能对类成员补全

        好了�Q�现在准备知识讲完了。我们先实现C++对象�?或�?>调用�Ҏ��的时候自动��生选择的下拉菜单。我们需要的插�g是OmniCppComplete�Q�在vim官方�q�里下蝲�Q?br>http://www.vim.org/scripts/script.php?script_id=1520
下蝲到的是一个压�~�包�Q�解压到~/.vim/下相应的目录��可以了。另外，我们需要在~/.vimrc中打开装蝲插�g�Q?br>:filetype plugin on
�Q�或许还需要打开vim�Ҏ��代码的识别，不过我是没有用到�Q�Debian 4.0�Q�如果需要的话，再加�?filetype indent on�Q?br>另外�Q�我们关闭vim默认的预览窗口：
:set completeopt=longest,menu
        �q�样�Q�当我们创徏了对象，�?或�?>的时候，��׃��自动调出�c�L��法的选择�H�口了�?br>
        另外一个常见的补全是对函数的补全，也有现成的插件可以用code_complete�Q?br>http://www.vim.org/scripts/script.php?script_id=1764
�q�个安装��更��单了�Q�直接把code_complete.vim拯��到~/.vim/plugin/下面��可以了�?br>插�g的��用方法是�Q�当写完一个函敎ͼ��q�打上左括号(之后�Q�按tab键就可以看倒函数参数列表了�Q�包括重载的函数�?br>
        最后，我们不希望记那么多参敎ͼ�希望使用��h��单一些，我们只需要在bash�q�行的时候申明我们的两个alias��可以了。在~/.bashrc中添加：
alias vctags='ctags -R --c++-kinds=+p --fields=+iaS --extra=+q'
alias cvim='LC_ALL=C vim'
关闭�l�端后重启动�Q�可以用type查看我们的新命��o已经生效了：
lf426@fleet:~$ type vctags
vctags is aliased to `ctags -R --c++-kinds=+p --fields=+iaS --extra=+q'

lf426 2008-05-27 17:29 发表评论