TCP/IP网络编程 学习笔记_8 --优雅地断开套接字连接

基于TCP的半关闭

TCP中的断开连接过程比建立连接过程更重要,因为建立连接过程一般不会出现什么大的变数,但断开过程就有可能发生预想不到的情况,因此要准确的掌控。

  • 单方面断开连接带来的问题

    Linux的close函数和Windows的closesocket函数是完全断开连接。完全断开是指无法传输数据也不能接收数据。因此,一方这样直接断开连接就显得不太优雅了。如:主机A发送完最后的数据后,调用close函数单方断开了连接,那么最终,由主机B传输的,主机A必须接收的确认数据也销毁了(四次握手)。

    为了解决这类问题,我们一般采用半关闭的方法,这是指可以传输数据但无法接收,或可以接收数据但无法传输。就是只关闭流的一半。

  • 套接字和流(Stream)

    两台主机通过套接字建立连接后进入可交换数据的状态,我们把这种状态看作一种流。如流水一样,水朝一个方向流动,同样,在套接字的流中,数据也只能向一个方向移动。示例图如下:

    一旦两台主机建立了套接字连接,每个主机就会拥有单独的输入流和输出流。如图,其中一个主机的输入流与另一主机的输出流相连,而输出流则与另一主机的输入流相连。我们这章讲的优雅断开连接其实就是断开其中1个流,而非同时断开两个流。

  • 针对优雅断开的shutdown函数

int shutdown(int sock, int howto);

sock:需要断开的套接字文件描述符

howto:断开连接的方式,有三种:SHUT_RD:断开输入流,SHUT_WR:断开输出流,SHUT_RDWR:同时断开

基于半关闭的文件传输程序

//
//  main.cpp
//  hello_server
//
//  Created by app05 on 15-8-10.
//  Copyright (c) 2015年 app05. All rights reserved.
//

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <arpa/inet.h>
#include <sys/socket.h>

#define BUF_SIZE 30
void error_handling(char *message);

int main(int argc, const char * argv[]) {
    int serv_sd, clnt_sd;
    FILE *fp;
    char buf[BUF_SIZE];
    int read_cnt;

    struct sockaddr_in serv_adr, clnt_adr;
    socklen_t clnt_adr_sz;

    if (argc != 2) {
        printf("Usage: %s <port> \n", argv[0]);
        exit(1);
    }

    fp = fopen("/Users/app05/Desktop/server-clint/hello_server/hello_server/main.cpp", "rb");
    serv_sd = socket(PF_INET, SOCK_STREAM, 0);

    memset(&serv_adr, 0, sizeof(serv_adr));
    serv_adr.sin_family = AF_INET;
    serv_adr.sin_addr.s_addr = htonl(INADDR_ANY);
    serv_adr.sin_port = htons(atoi(argv[1]));

    bind(serv_sd, (struct sockaddr *)&serv_adr, sizeof(serv_adr));
    listen(serv_sd, 5);

    clnt_adr_sz = sizeof(clnt_adr);
    clnt_sd = accept(serv_sd, (struct sockaddr *)&clnt_adr, &clnt_adr_sz);

    while (1) {
        read_cnt = fread((void *)buf, 1, BUF_SIZE, fp);
        if (read_cnt < BUF_SIZE) {
            write(clnt_sd, buf, read_cnt);
            break;
        }
        write(clnt_sd, buf, BUF_SIZE);
    }

    /*半关闭就是指一方关闭时,先只关闭输出流,输入流需要在收到另一方确认断开信息后才能关闭*/
    shutdown(clnt_sd, SHUT_WR);//关闭输出流
    read(clnt_sd, buf, BUF_SIZE);
    printf("Message from client: %s \n", buf);

    fclose(fp);
    close(clnt_sd);
    close(serv_sd);

    return 0;
}

void error_handling(char *message)
{
    fputs(message, stderr);
    fputc(‘\n‘, stderr);
    exit(1);
}


//
//  main.cpp
//  hello_client
//
//  Created by app05 on 15-8-10.
//  Copyright (c) 2015年 app05. All rights reserved.
//

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <arpa/inet.h>
#include <sys/socket.h>

#define BUF_SIZE 30
void error_handling(char *message);

int main(int argc, const char * argv[]) {
    int sd;
    FILE *fp;

    char buf[BUF_SIZE];
    int read_cnt;
    struct sockaddr_in serv_adr;
    if (argc != 3) {
        printf("Usage: %s <IP> <port> \n",argv[0]);
        exit(1);
    }

    fp = fopen("/Users/app05/Desktop/server-clint/hello_client/hello_client/receive.txt", "wb");
    sd = socket(PF_INET, SOCK_STREAM, 0);

    memset(&serv_adr, 0, sizeof(serv_adr));
    serv_adr.sin_family = AF_INET;
    serv_adr.sin_addr.s_addr = inet_addr(argv[1]);
    serv_adr.sin_port = htons(atoi(argv[2]));

    connect(sd, (struct sockaddr *)&serv_adr, sizeof(serv_adr));

    /*read成功时返回接收的字节数(但遇到文件结尾则返回0),失败时返回-1*/
    while ((read_cnt = read(sd, buf, BUF_SIZE)) != 0 )
        fwrite((void *)buf, 1, read_cnt, fp);

    puts("Received file data");
    write(sd, "Thank you", 10); //回复可以断开信息

    fclose(fp);
    close(sd);
    return 0;
}

void error_handling(char *message)
{
    fputs(message, stderr);
    fputc(‘\n‘, stderr);
    exit(1);
}

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-11-05 13:30:23

TCP/IP网络编程 学习笔记_8 --优雅地断开套接字连接的相关文章

【TCP/IP网络编程】:07优雅地断开套接字连接

本篇文章简单讨论了TCP套接字半关闭的相关知识. 通常来说,TCP建立连接的过程相对稳定,因为此时并未开始进行数据交换:而断开连接的过程由于已发生了数据交换,可能会发生一些预想不到的情况. 单方面断开连接带来的问题 前文所述的内容中,我们直接调用了close函数进行了完全断开连接,这就意味着本端既无法再发送数据,也不能再接收数据了.而如果本端仅仅希望不再发送数据,还能够接收数据的话,直接调用close完全断开连接则显得不够优雅.因此,我们需要一种“只关闭一部分数据交换中使用的流”(Half-cl

TCP/IP网络编程 学习笔记_7 --基于UDP的服务端/客服端

理解UDP UDP套接字的特点:在笔记2中讲套接字类型有提,类似信件或邮件的传输.UDP在数据传输过程中可能丢失,如果只考虑可靠性,TCP的确比UDP好.但UDP在结构上比TCP更简洁.UDP没有ACK,SEQ那样的操作,因此,UDP的性能有时比TCP高出很多.编程中实现UDP也比TCP简单.另外,虽然UDP是不可靠的数据传输,但也不会像想象中那么频繁地发生数据丢失.因此,在更重视性能而非可靠性的情况下(如传输视频,音频时),UDP是一种很好的选择.而如果是传递压缩文件则必须要用TCP,因为压缩

TCP/IP网络编程 学习笔记_4 --OSI七层网络模型

前言:本节将概括性的总结下网络通信的整体框架,其底层流程. 我们之前了解到了套接字的创建及应用,其实我们只是在用套接字这个工具而已,其底层细节对我们是屏蔽的.要通过因特网完成数据传输,其实不光光是软件就能解决的,还需要构建硬件系统等.因此,为了解决这一难题,许多专家聚集在一起,这些人是硬件,系统,路由算法等各领域的顶级专家.他们把网络通信划分很多模块,通过层次化的结构把大问题分成若干小问题逐个攻破.每个层都有一套定义好的通信标准(协议),数据就是这样通过这个层次结构从上到下,再从下到上传输的.示

TCP/IP网络编程 学习笔记_11 --多进程服务器端

并发服务器 首先,我们来假设有下面这样两种类型的服务器:第一种,第一个连接请求的受理时间为1s,第50个连接请求的受理时间为50s,第100个连接请求的受理时间为100s.即同时很多客服端连接,需要依次排队受理,但只要受理了,他们的服务时间平均只需1s.第二种,所有连接请求的受理时间不超过1s,但平均服务时间要2~3s. 即使有可能延长服务时间,我们实际网络编程中也一般选择第二种方式,使其可以同时向所有发起请求的客服端提供服务,以提高平均满意度.而且,网络程序中数据通信时间比CPU运算时间占比更

TCP/IP网络编程 学习笔记_15 --多播与广播

前言:想想这么一种情况,网络电台可能需要同时向成千上万的用户传输相同的数据,如果用我们以前讲过的传输形式,每个用户都传输一次,这样肯定是不合理的.因此,就引入了多播技术来解决这个问题,它可以同时向大量用户发送相同数据.其基本原理是这样的:有个多播组,只要加入这个组里的所有客服端,服务端发送的数据它们都能收到,具体传输到多播组里的每个客户是由路由完成的(如果路由器不支持多播或网络堵塞,实现多播也会使用隧道技术). 多播 多播的数据传输特点如下: 1,多播服务器端针对特定多播组,只需发送1次数据,该

TCP/IP网络编程 学习笔记_12 --进程间通信

进程间通信的基本概念 进程间通信意味着两个不同进程间可以交换数据,但从上一章节我们知道,不同进程间内存是相互独立的,那么要实现不同进程间通信,就得有一个它们都能访问的公共区域内存做媒介,这个媒介不属于进程,而是和套接字一样,属于操作系统.所以,两个进程通过操作系统提供的内存空间进行通信,我们把这块内存空间称作管道. 创建管道函数 int pipe(int filedes[2]); 成功时返回0,失败时返回-1 参数: filedes[0]:通过管道接收数据时使用的文件描述符,即管道出口 file

Unix网络编程学习笔记之第7章 套接字选项

一.获取/设置套接字选项的方法 一个套接字描述符相关联的套接字选项很多.获取/设置套接字选项的方法: 1.  getsockopt和setsockopt函数 2. fcntl函数 3. ioctl函数 二. getsockopt和setsockopt函数 int getsockopt(int sockfd, int level, int optname, void* optval, socklen_t* optlen); int setsockopt(int sockfd, int level,

TCP/IP网络编程 学习笔记_6 --定义应用层协议

前言:上一章节写了个回声客服端,回顾一下,客服端是循环读取已知的数据长度,但更多的情况是我们一般无法提前知道数据的长度,那么此时应该如何收发数据?这时需要的就是应用层协议的定义.如:上一节写的回声程序中定义"收到Q就立即终止连接"这么个协议(规则),就是应用层协议.同样,收发数据过程中也需要定好规则以表示数据的边界,或提前告知收发数据的大小.所谓应用层协议就是服务端/客服端实现过程中逐步定义的规则的集合.可以看出,应用层协议并不是高深莫测的存在,只不过是为特定程序的实现而制定的规则.

TCP/IP 网络编程 (抄书笔记 1) -- TCP

TCP/IP 网络编程 (抄书笔记 1) – TCP TCP/IP 网络编程 (抄书笔记 1) – TCP Table of Contents server client 更好的 client 端实现 来源: <TCP/IP 网络编程> 抄书: 通信的双方都各自 拥有 输入缓存和输出缓存 socket 的 write 函数并不是立即传输数据, 而是写到输出缓存区, 到达另一端的输入缓存区 socket 的 read 函数调用的瞬间, 就从输入缓存区中读取数据 TCP 协议中的滑动窗口会保证 数