zoukankan      html  css  js  c++  java
  • socket编程-TCP

    套接字概念

    Socket本身有“插座”的意思,在Linux环境下,用于表示进程间网络通信的特殊文件类型。本质为内核借助缓冲区形成的伪文件

    既然是文件,那么理所当然的,我们可以使用文件描述符引用套接字。与管道类似的,Linux系统将其封装成文件的目的是为了统一接口,使得读写套接字和读写文件的操作一致。区别是管道主要应用于本地进程间通信,而套接字多应用于网络进程间数据的传递

    套接字通信原理如下图所示:

    在网络通信中,套接字一定是成对出现的。一端的发送缓冲区对应对端的接收缓冲区。我们使用同一个文件描述符索发送缓冲区和接收缓冲区。

    网络字节序

    我们已经知道,内存中的多字节数据相对于内存地址有大端和小端之分,磁盘文件中的多字节数据相对于文件中的偏移地址也有大端小端之分。网络数据流同样有大端小端之分,那么如何定义网络数据流的地址呢?发送主机通常将发送缓冲区中的数据按内存地址从低到高的顺序发出,接收主机把从网络上接到的字节依次保存在接收缓冲区中,也是按内存地址从低到高的顺序保存,因此,网络数据流的地址应这样规定:先发出的数据是低地址,后发出的数据是高地址。

    TCP/IP协议规定,网络数据流应采用大端字节序,即低地址高字节。例如上一节的UDP段格式,地址0-1是16位的源端口号,如果这个端口号是1000(0x3e8),则地址0是0x03,地址1是0xe8,也就是先发0x03,再发0xe8,这16位在发送主机的缓冲区中也应该是低地址存0x03,高地址存0xe8。但是,如果发送主机是小端字节序的,这16位被解释成0xe803,而不是1000。因此,发送主机把1000填到发送缓冲区之前需要做字节序的转换。同样地,接收主机如果是小端字节序的,接到16位的源端口号也要做字节序的转换。如果主机是大端字节序的,发送和接收都不需要做转换。同理,32位的IP地址也要考虑网络字节序和主机字节序的问题。

    为使网络程序具有可移植性,使同样的C代码在大端和小端计算机上编译后都能正常运行,可以调用以下库函数做网络字节序和主机字节序的转换

    网络字节序和主机字节序的转换函数

    #include <arpa/inet.h>
    
    uint32_t htonl(uint32_t hostlong);
    uint16_t htons(uint16_t hostshort);
    uint32_t ntohl(uint32_t netlong);
    uint16_t ntohs(uint16_t netshort);

    h表示host,n表示network,l表示32位长整数,s表示16位短整数。

    如果主机是小端字节序,这些函数将参数做相应的大小端转换然后返回,如果主机是大端字节序,这些函数不做转换,将参数原封不动地返回。

    IP地址转换函数

    早期

    int inet_aton(const char *cp, struct in_addr *inp);
    in_addr_t inet_addr(const char *cp);
    char *inet_ntoa(struct in_addr in);

    只能处理IPv4的ip地址,不可重入函数

    现在

    int inet_pton(int af, const char *src, void *dst);
    const char *inet_ntop(int af, const void *src, char *dst, socklen_t size);

    支持IPv4和IPv6,可重入函数,其中inet_pton和inet_ntop不仅可以转换IPv4的in_addr,还可以转换IPv6的in6_addr。

    sockaddr数据结构

    strcut sockaddr 很多网络编程函数诞生早于IPv4协议,那时候都使用的是sockaddr结构体,为了向前兼容,现在sockaddr退化成了(void *)的作用,传递一个地址给函数,至于这个函数是sockaddr_in还是sockaddr_in6,由地址族确定,然后函数内部再强制类型转化为所需的地址类型。

    sockaddr

    struct sockaddr {
        sa_family_t sa_family;         //地址家族
        char sa_data[14];            //包含套接字中的目标地址和端口信息
    };

    sockaddr_in

    struct sockaddr_in {
        __kernel_sa_family_t sin_family;             //指代协议族,在socket编程中只能是AF_INET
        __be16 sin_port;                             //存储端口号(使用网络字节顺序)
        struct in_addr sin_addr;                     //存储IP地址,使用in_addr这个数据结构
        /* Pad to size of `struct sockaddr'. */
        unsigned char __pad[__SOCK_SIZE__ - sizeof(short int) -
        sizeof(unsigned short int) - sizeof(struct in_addr)];
    };

    struct in_addr {                       /* Internet address. */

          __be32 s_addr;

    };

    sockaddr_in6

    struct sockaddr_in6 {
        unsigned short int sin6_family;         /* AF_INET6 */
        __be16 sin6_port;                     /* Transport layer port # */
        __be32 sin6_flowinfo;                 /* IPv6 flow information */
        struct in6_addr sin6_addr;            /* IPv6 address */
        __u32 sin6_scope_id;                 /* scope id (new in RFC2553) */
    };
    
    struct in6_addr {
        union {
            __u8 u6_addr8[16];
            __be16 u6_addr16[8];
            __be32 u6_addr32[4];
        } in6_u;
        #define s6_addr         in6_u.u6_addr8
        #define s6_addr16     in6_u.u6_addr16
        #define s6_addr32         in6_u.u6_addr32
    };
    View Code

    socket模型创建流程图

    socket相关函数

    socket函数

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

    参数:

    domain:

    • AF_INET 这是大多数用来产生socket的协议,使用TCP或UDP来传输,用IPv4的地址
    • AF_INET6 与上面类似,不过是来用IPv6的地址
    • AF_UNIX 本地协议,使用在Unix和Linux系统上,一般都是当客户端和服务器在同一台及其上的时候使用

    type:

    • SOCK_STREAM 这个协议是按照顺序的、可靠的、数据完整的基于字节流的连接。这是一个使用最多的socket类型,这个socket 是使用TCP来进行传输。
    • SOCK_DGRAM 这个协议是无连接的、固定长度的传输调用。该协议是不可靠的,使用UDP来进行它的连接。
    • SOCK_SEQPACKET该协议是双线路的、可靠的连接,发送固定长度的数据包进行传输。必须把这个包完整的接受才能进行读取。
    • SOCK_RAW socket类型提供单一的网络访问,这个socket类型使用ICMP公共协议。(ping、traceroute使用该协议)
    • SOCK_RDM 这个类型是很少使用的,在大部分的操作系统上没有实现,它是提供给数据链路层使用,不保证数据包的顺序

    protocol:

    • 传 0 表示使用默认协议

    返回值:

    成功:返回指向新创建的socket的文件描述符,失败:返回-1,设置errno

    功能:

    socket() 打开一个网络通讯端口,如果成功的话,就像 open() 一样返回一个文件描述符,应用程序可以像读写文件一样用 read/write 在网络上收发数据,如果 socket() 调用出错则返回 -1。对于 IPv4,domain 参数指定为 AF_INET。对于 TCP 协议,type 参数指定为SOCK_STREAM,表示面向流的传输协议。如果是 UDP 协议,则 type 参数指定为 SOCK_DGRAM,表示面向数据报的传输协议。protocol参数的介绍从略,指定为0即可。

    bind函数

    int bind(int sockfd, const struct sockaddr *addr, socklen_t addrlen);

    参数:

    sockfd:

    • socket文件描述符

    addr:

    • 构造出IP地址加端口号

    addrlen:

    • sizeof(addr)长度

    返回值:

    成功返回0,失败返回-1, 设置errno

    功能:

    bind()的作用是将参数sockfd和addr绑定在一起,使sockfd这个用于网络通讯的文件描述符监听addr所描述的地址和端口号。前面讲过,struct sockaddr *是一个通用指针类型,addr参数实际上可以接受多种协议的sockaddr结构体,而它们的长度各不相同,所以需要第三个参数addrlen指定结构体的长度

    listen函数

    int listen(int sockfd, int backlog);

    参数:

    sockfd:

        socket文件描述符

    backlog:

        排队建立3次握手队列和刚刚建立3次握手队列的链接数和

    返回值:

    成功返回0,失败返回-1

    功能:

    典型的服务器程序可以同时服务于多个客户端,当有客户端发起连接时,服务器调用的accept()返回并接受这个连接,如果有大量的客户端发起连接而服务器来不及处理,尚未accept的客户端就处于连接等待状态,listen()声明sockfd处于监听状态,并且最多允许有backlog个客户端处于连接待状态,如果接收到更多的连接请求就忽略。

    accept函数

    int accept(int sockfd, struct sockaddr *addr, socklen_t *addrlen);

    参数:

    sockdf:

        socket文件描述符

    addr:

        传出参数,返回链接客户端地址信息,含IP地址和端口号

    addrlen:

        传入传出参数(值-结果),传入sizeof(addr)大小,函数返回时返回真正接收到地址结构体的大小

    返回值:

        成功返回一个新的socket文件描述符,用于和客户端通信,失败返回-1,设置errno

    功能:

    三方握手完成后,服务器调用accept()接受连接,如果服务器调用accept()时还没有客户端的连接请求,就阻塞等待直到有客户端连接上来。addr是一个传出参数,accept()返回时传出客户端的地址和端口号。addrlen参数是一个传入传出参数(value-result argument),传入的是调用者提供的缓冲区addr的长度以避免缓冲区溢出问题,传出的是客户端地址结构体的实际长度(有可能没有占满调用者提供的缓冲区)。如果给addr参数传NULL,表示不关心客户端的地址。

    connect函数

    int connect(int sockfd, const struct sockaddr *addr, socklen_t addrlen);

    参数:

    sockdf:

        socket文件描述符

    addr:

        传入参数,指定服务器端地址信息,含IP地址和端口号

    addrlen:

        传入参数,传入sizeof(addr)大小

    返回值:

        成功返回0,失败返回-1,设置errno

    功能:

    客户端需要调用connect()连接服务器,connect和bind的参数形式一致,区别在于bind的参数是自己的地址,而connect的参数是对方的地址。connect()成功返回0,出错返回-1。

  • 相关阅读:
    Dubbo架构设计及原理详解
    Zookeeper+Dubbo+SpringMVC环境搭建
    Java 延迟队列使用
    深入理解Spring Redis的使用 (九)、通过Redis 实现 分布式锁 的 BUG,以及和数据库加锁的性能测试
    深入理解Spring Redis的使用 (八)、Spring Redis实现 注解 自动缓存
    深入理解Spring Redis的使用 (七)、Spring Redis 使用 jackson序列化 以及 BaseDao代码
    深入理解Spring Redis的使用 (六)、用Spring Aop 实现注解Dao层的自动Spring Redis缓存
    深入理解Spring Redis的使用 (五)、常见问题汇总
    深入理解Spring Redis的使用 (四)、RedisTemplate执行Redis脚本
    深入理解Spring Redis的使用 (三)、使用RedisTemplate的操作类访问Redis
  • 原文地址:https://www.cnblogs.com/xumaomao/p/13153271.html
Copyright © 2011-2022 走看看