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

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

计算器程序应用层协议设计

下面我们来尝试设计一个实现计算器程序的应用层协议(客服端发送操作数个数,操作数,运算符,服务端接收这些数据算出结束给客服端):

  • 客服端连接到服务端后以1字节整数形式传递操作数个数。
  • 客服端向服务端传递的每个操作数是占4字节的整数型数据。
  • 传递各操作数后接着传递运算符,运算符占用1字节。
  • 服务端以4字节整数型向客服端传回运算结果。
  • 客服端得到运算结果后终止与服务器的连接。

    以上就是为实现特定程序而设计的应用层协议,下面来看看依据这些协议规则实现的具体代码。

计算器程序源码

  • 客服端
//
//  main.cpp
//  hello_client
//
//  Created by app05 on 15-7-6.
//  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 1024
#define RLT_SIZE 4
#define OPSZ 4
void error_handling(char *message)
{
    fputs(message, stderr);
    fputc(‘\n‘, stderr);
    exit(1);
}

int main(int argc, const char * argv[]) {
    int sock;
    char opmsg[BUF_SIZE];
    int result, opnd_cnt, i;
    struct sockaddr_in serv_adr;
    if (argc != 3) {
        printf("Usage: %s <IP> <port> \n", argv[0]);
        exit(1);
    }

    sock = socket(PF_INET, SOCK_STREAM, 0);
    if (sock == -1) {
        error_handling("socket() error");
    }

    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]));

    if(connect(sock, (struct sockaddr *) &serv_adr, sizeof(serv_adr)) == -1)
        error_handling("connect() error");
    else
        puts("Connected............");

    //操作数个数(占1字节)
    fputs("Operand count: ", stdout);
    scanf("%d", &opnd_cnt);
    opmsg[0] = (char)opnd_cnt;

    //操作数(每个占4字节)
    for (i = 0; i < opnd_cnt; i++) {
        printf("Operand %d: ", i + 1);
        scanf("%d", (int *)&opmsg[i * OPSZ + 1]);
    }
    fgetc(stdin); //读掉缓冲中的字符\n

    //运算符(占1字节)
    fputs("Operator: ", stdout);
    scanf("%c", &opmsg[opnd_cnt * OPSZ + 1]);
    write(sock, opmsg, opnd_cnt * OPSZ + 2);
    read(sock, &result, RLT_SIZE); //因为服务端返回的结果只有4字节,可以一次性读取,所以就不需要循环读取了

    printf("Operation result: %d \n", result);

    close(sock);
    return 0;
}
  • 服务端
//
//  main.cpp
//  hello_server
//
//  Created by app05 on 15-7-6.
//  Copyright (c) 2015年 app05. All rights reserved.
//
/*
 说明:数据传输是否需要循环读取,主要看传输数据的大小,如果比较长,可能会分多次传输,
 而tcp的接收与传输不一定相等,这时,为了正确读取数据就需要根据传输数据的大小循环读取。
 这是很多新手常常犯的错误,一定要注意tcp没有数据边界。
 */

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

#define BUF_SIZE 1024
#define OPSZ 4
void error_handling(char *message);
int calculate(int opnum, int opnds[], char oprator);

int main(int argc, const char * argv[]) {
    int serv_sock, clnt_sock;
    char opinfo[BUF_SIZE];
    int result, opnd_cnt, i;
    int recv_cnt, recv_len;
    struct sockaddr_in serv_adr, clnt_adr;
    socklen_t clnt_adr_sz;
    if (argc != 2) {
        printf("Usage : %s <port> \n", argv[0]);
        exit(1);
    }

    serv_sock = socket(PF_INET, SOCK_STREAM, 0);
    if(serv_sock == -1)
        error_handling("socket() error");

    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]));
    if (bind(serv_sock, (struct sockaddr *) &serv_adr, sizeof(serv_adr)) == -1)
        error_handling("bind() error");

    if(listen(serv_sock, 5) == -1)
        error_handling("listen() error");

    clnt_adr_sz =sizeof(clnt_adr);

    for (i = 0; i < 5; i++) {
        opnd_cnt = 0;
        clnt_sock = accept(serv_sock, (struct sockaddr *) &clnt_adr, &clnt_adr_sz);
        //操作数个数
        read(clnt_sock, &opnd_cnt, 1);

        //操作数和运输符
        recv_len = 0;
        while ((opnd_cnt * OPSZ + 1) > recv_len) {
            recv_cnt = read(clnt_sock, &opinfo[recv_len], BUF_SIZE - 1);
            recv_len += recv_cnt;
        }
        //结果
        result = calculate(opnd_cnt, (int *)opinfo, opinfo[recv_len - 1]);
        write(clnt_sock, (char *)&result, sizeof(result));
        close(clnt_sock);
    }

    close(serv_sock);
    return 0;
}

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

int calculate(int opnum, int opnds[], char op)
{
    int result = opnds[0], i;
    switch (op) {
         case ‘+‘:
            for (i = 1; i < opnum; i++)
                result += opnds[i];
            break;

         case ‘-‘:
            for (i = 1; i < opnum; i++)
                result -= opnds[i];
            break;

         case ‘*‘:
            for (i = 1; i < opnum; i++)
                result *= opnds[i];
            break;
    }
    return result;
}

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

时间: 2024-10-06 19:50:06

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

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

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

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

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

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

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

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

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

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

基于TCP的半关闭 TCP中的断开连接过程比建立连接过程更重要,因为建立连接过程一般不会出现什么大的变数,但断开过程就有可能发生预想不到的情况,因此要准确的掌控. 单方面断开连接带来的问题 Linux的close函数和Windows的closesocket函数是完全断开连接.完全断开是指无法传输数据也不能接收数据.因此,一方这样直接断开连接就显得不太优雅了.如:主机A发送完最后的数据后,调用close函数单方断开了连接,那么最终,由主机B传输的,主机A必须接收的确认数据也销毁了(四次握手). 为

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

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

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 协议中的滑动窗口会保证 数

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

TCP/IP 网络编程 (抄书笔记 2) – UDP TCP/IP 网络编程 (抄书笔记 2) – UDP Table of Contents server client connect 来源: <TCP/IP 网络编程> 抄书: TCP 协议若要向 10 个客户端提供服务, 除了需要 listen 套接字外, 还需要 10 个服务器端套接字 (accept), 但是在 UDP 中, 不管是服务器端还是客户端都只需要 1 个套接字 udp 的 client 不需要 bind, 调用 sendt

TCP/IP 网络编程 (抄书笔记 4) -- 管道: 进程间通信

TCP/IP 网络编程 (抄书笔记 4) – 管道: 进程间通信 TCP/IP 网络编程 (抄书笔记 4) – 管道: 进程间通信 int fds[2]; pipe(fds); write(fds[1], buf, strlen(buf)); read(fds[0], buf, BUF_SIZE); 如果两个进程的通信只是 单纯的一方写, 然后另一方读 的情况, 那么 我们的管道操作没有问题, 但是: char str1[] = "str1"; char str2[] = "