RecvBuffer()

最新推荐文章于 2021-12-06 10:08:54 发布
最新推荐文章于 2021-12-06 10:08:54 发布
阅读量1.9k 收藏
点赞数
文章标签： 算法 c
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/cmpfish/article/details/6276755
版权

.pEnd1,指示要比较的字符，nLen1是其长度。
  m= m_nRecv-nLen1, 字符不需要比较的个数
  第一个for死循环中，的，最里面的一个if,中，n=0;不是必须的。
    break;会使里层循重新开始，n自然归位。下面的if中，是要求n与nLen1的相等性判断。上个循不的提前中止，定使其下的判断不成立。
    m_nNext,在接收到的字符缓冲中，指缓冲区中，可用位置的第一个位置。
    m_nRecv为什么要被重新赋值。意味着只承认到要比较的字符结束处为止的字符串。
所读到的后面的字符被舍弃。
 NextBuffer()主要用于处理，m_nRecv索引的接收缓冲。
    就是清空m_bufRecv[]接收队列中缓冲的所有数据。
    可认为是个清空数组函数。

RecvBuffer()本质上是一个简单的模式匹配算法。

第一次循环总是试图匹配空的字串，因为，数据还没从串口读到。

其返回值1总是代表匹配成功。

同时，会适时检查一个计数变量是否会超过150次，此变量为dwTime,但没有指示任何有关时间的信息。

它会调用一个子函数，Recv(),用于从设备端口中读取指定长度的数据。

该RecvBuffer()非常依赖其它函数对相关共享变量的设置。SendBuffer(), NextBuffer(),m_bufRecv[m_bufRecv], m_nRecv, m_nNext等。

大量相关的函数，离散的变量，使相关函数理解、维护起来非常困难。这根本不是C++程序，而是设计惨不忍睹的C面条。

cmpfish
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
grpc-go源码剖析四十四之服务器端将接收到的数据帧缓存到recvBuffer前，链路级别流控原理介绍
码二哥的技术池
08-06 341
上一篇文章介绍了抽样指标的控制，本篇文章从链接角度去控制： 1、链接级别的流控原理介绍 进入grpc-go/internal/transport/http2_server.go文件中的handleData方法里： 1．func (t *http2Server )handleData(f *http2.DataFrame) { 2． size := f.Header().Length 3． var sendBDPPing bool 4． if t.bdpEst != nil { 5． sendBDPPing
grpc-go源码剖析四十三之服务器端将接收到的数据帧缓存到recvBuffer前，抽样级别流控原理介绍
码二哥的技术池
08-04 380
本篇文章要介绍的场景是，服务器端接收到客户端发送的数据帧后，是需要对数据帧进行维护的，如将数据帧存储起来，那么在存储起来的前期，可以进行流量控制的； 本小节主要是分析数据帧存储前的流量控制原理； 主要分为3种类型控制： 抽样级别流控 链接级别流控 流级别流控 1、抽样级别流控概述 抽样级别流控： 指的是grpc-go/internal/transport/bdp_estimator.go文件中的bdpEstimator结构体；服务器端 服务器接收到客户端发送的数据帧后，会给客户端发送一个ping帧，客
不知道recv大小时如何设置buffer大小接收图像
03-27
关于recv函数buffer大小的设置，当不知道数据长度时如何设置buffer长度，以及buffer长度对实际接收长度的影响。
TCP 发送RST分节的情况，关闭时 recv buffer 不为空，则发送RST分节
花括号的博客
06-28 776
今天在写一个客户端，连接服务器模拟器的程序的时候碰到了一个小问题。 交互的顺序大概是这样的。 整个过程中TCP 客户端和服务端的读写全部使用阻塞模式。  Client                                                         Server 1， 客户端发起请求， 并发送请求A                 服务器接受请求后，并没
linux管道命令recvBuf,Linux系统编程—管道
weixin_39922374的博客
04-30 204
Linux 实现 IPC 其中的一种方式——管道管道又分：1、无名管道：无名管道只能用于有亲缘关系的进程。2、有名管道：有名管道用于任意两进程间通信。无名管道你就可以把管道理解成位于进程内核空间的“文件”。图1 假想的位于内核的管道文件.png给文件加引号，是因为它和文件确实很像，因为它也有描述符。但是它确实又不是普通的本地文件，而是一种抽象的存在。当进程使用 pipe 函数，就可以打开位于内核中...
linux管道命令recvBuf,Linux系统调用-- recv/recvfrom 函数详解
weixin_32861907的博客
04-30 253
系统调用-- recv/recvfrom函数详解功能描述：从套接字上接收一个消息。对于recvfrom，可同时应用于面向连接的和无连接的套接字。recv一般只用在面向连接的套接字，几乎等同于recvfrom，只要将recvfrom的第五个参数设置NULL。如果消息太大，无法完整存放在所提供的缓冲区，根据不同的套接字，多余的字节会丢弃。假如套接字上没有消息可以读取，除了套接字已被设置为非阻塞模式，否...
翻译一下这段代码并在每一行代码后注释int ret,client_fd; char recvBuffer[128]={0}; struct sockaddr_in server_addr; socklen_t slen; client_fd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); if(client_fd < 0) { printf("client socket failed\n"); exit(1); } server_addr.sin_family = AF_INET; server_addr.sin_port = htons(SERVERPT); server_addr.sin_addr.s_addr = inet_addr(SERVERIP); slen = sizeof(server_addr); //连接服务器 ret = connect(client_fd, (struct sockaddr *)&server_addr, slen); if(ret < 0) { printf("client connect failed\n"); exit(2); } printf("[C]client connect success.\n"); sleep(4); //给服务器发送数据 write(client_fd, "hello, server, i am client!", 128); //从服务器接收数据 read(client_fd, recvBuffer, 128); printf("server data: %s\n", recvBuffer); sleep(2); //客户端下线 printf("client quit\n"); close(client_fd);
06-01
char recvBuffer[128] = {0}; // 定义接收缓冲区 struct sockaddr_in server_addr; // 定义服务器地址结构体 socklen_t slen; // 定义地址结构体长度 client_fd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); // ...
翻译一下并在代码后注释int ret,listen_fd, client_fd; while(1) { printf(">>>>>>>> socket test <<<<<<<<<<\n"); printf("1. Get text data\n"); printf("2. Get jpeg data\n"); printf("3. quit client \n"); printf("enter your choice: "); scanf("%d", &choice); //判断用户输入操作 switch(choice) { case 1: // 获取文件数据 write(client_fd, "getText", 7); break; case 2: // 获取图片数据 write(client_fd, "getJpeg", 7); break; case 3: // 客户端下线 close(client_fd); return 0; } //准备接收服务器回发文件 read(client_fd, recvBuffer, 128); printf("read: %s\n", recvBuffer); }
最新发布
06-01
在每次向服务器发送请求后，代码会准备接收服务器回发的文件并将其读入一个名为recvBuffer的字符数组中，最后打印出接收到的文件内容。 代码注释如下： ```c int ret, listen_fd, client_fd; // 定义三个整型变量...
翻译这段代码并在每一行后进行注释int ret,listen_fd, client_fd; struct sockaddr_in server_addr, client_addr; socklen_t slen, clen = sizeof(client_addr); char recvBuffer[128] = {0}; char recCmd[128] = {0}; const int on = 1; listen_fd = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); if(listen_fd < 0) { printf("server socket failed\n"); exit(1); } server_addr.sin_family = AF_INET; server_addr.sin_port = htons(SERVERPT); server_addr.sin_addr.s_addr = htons(INADDR_ANY); slen = sizeof(server_addr); //绑定网络设备 setsockopt(listen_fd,SOL_SOCKET,SO_REUSEADDR,&on,sizeof(on)); ret = bind(listen_fd, (struct sockaddr *)&server_addr, slen); if(ret < 0) { printf("listen_fd bind failed\n"); exit(1); } ret = listen(listen_fd, 8); if(ret < 0) { printf("server listen failed\n"); exit(2); } //开始侦听客户端的连接请求 printf("Waiting connect.....\n"); client_fd = accept(listen_fd, (struct sockaddr *)&client_addr, (socklen_t *)&clen); if(client_fd < 0) { printf("server accept failed\n"); exit(3); } //连接成功，打印客户端的网卡信息 printf("client port: %d ,", ntohs(client_addr.sin_port)); printf("client ip: %s\n",inet_ntoa(client_addr.sin_addr)); while(1) { printf("Waiting recv.....\n"); ret = read(client_fd, recvBuffer, 128); if(ret < 0) printf("read failed\n"); else if(ret == 0) { //客户端下线 close(client_fd); break; } else { //打印接收到客户端信息 printf("client data: %s\n", recvBuffer); //给客户端回发信息 write(client_fd, "Successfully received your message!", 128); } }
06-01
/* 定义两个字符数组：recvBuffer、recCmd，长度都为128，初始化为0 */ char recvBuffer[128] = {0}; char recCmd[128] = {0}; /* 定义一个常量on为1，表示开启相关选项 */ const int on = 1; /* 创建一个TCP协议的...
关于socket中recv的返回值
Miibotree
07-23 7602
最近在做一个利用socket下载图片的小程序。基本思路就是建立socket以后自己组包然后发送过去，然后recv接收里面的数据里面就包含了图片数据信息。 一开始自己在写的时候，一直会遇到问题。关键代码如下： char* WriteBuffer = (char *)malloc(1024 * 1024 * 2); //创建足够大的Buffer
grpc-go源码剖析四十六之服务器端是如何将数据帧缓存到recvBuffer里？(多个数据帧时，在底层是如何来存储的？)
码二哥的技术池
08-10 447
经过前面几篇文章分析，我们已经服务器端接收到数据帧后，经历抽样流控，链路流控，流级别流控； 那么，接下来我们要考虑的问题是，服务器端如何来维护接收到数据帧呢？ 换句话说，服务器端接收到不止一个数据帧时，按照什么原则来存储这些数据帧？ 是随意存储，还是存储到单链表里呢？ 1、数据帧存储到recvBuffer里的整体流程图？ 1.1、存储模型图？ 数据帧在grpc框架中的存储是利用channel+bytes.Buffer作为底层存储的(recvBuffer.c + recvBuffer.backlog)。
TCP close时，如果recvbuf中有数据，没有处理，不是正常FIN，而是RST，将丢失sendbuf里的数据
dongyu_1989的博客
12-27 697
#include #include #include #include #include #include #include #include #include #include using namespace std; #define SERV_PORT 8888 #define BUF_SIZE 100000 int main(int argc, char *argv
Socket缓冲区
summer_fish的专栏
12-06 6562
一、什么是 socket 缓冲区 编程的时候，如果要跟某个IP建立连接，我们需要调用操作系统提供的socket API。 socket在操作系统层面，可以理解为一个文件。我们可以对这个文件进行一些方法操作。 用listen方法，可以让程序作为服务器监听其他客户端的连接。 用connect，可以作为客户端连接服务器。 用send或write可以发送数据，recv或read可以接收数据。 在建立好连接之后，这个socket文件就像是远端机器的"代理人"一样。比如，如果我们想给远端服务发点什...
Socket 的 Send Recv 的长度问题? (转)
习习路263号
05-21 2139
一个包没有固定长度，以太网限制在46－1500字节，1500就是以太网的MTU，超过这个量，TCP会为IP数据报设置偏移量进行分片输。现在一般可允许应用层设置8k（NTFS系统）的缓冲区，8k的数据由底层分片，而应用层看来只是一次发送。windows的缓冲区经验值是4kSocket本身分为两种，流(TCP)和数据报(UDP)，你的问题针对这两种不同使用而结论不一样。甚至还和你是用阻塞、还是非阻塞S
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值