首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Sweet Snippet系列 之 TCP数据接收

Sweet Snippet系列 之 TCP数据接收 一.引子   虽说仍然是Sweet Snippet,不过本篇并没有代码,纯粹是自己觉得有点趣味,就索性一记了~ 二. ...问题   接触过网络编程的朋友大概都应知道TCP,作为一种“流”式协议,TCP的粘包问题一直都是程序处理的要点,而这次的问题就是,如果发送n字节的TCP数据,对端接收时会出现多少种接收情况? 三. ...解法   我们先从具体的一个实例来简单算一算吧~就假设我们发送了3个字节的TCP数据: image.png   由于TCP如果接收成功至少可以接收一个字节,所以对于3个字节的数据而言,最多可能造成总计三次...TCP接收,让我们分情况讨论一下:   对于只发生一次TCP接收就获取全部数据的情况,只有1种可能(分隔线代表一次接收): image.png 对于发生两次TCP接收,有2种可能: image.png...  对于发生三次TCP接收,显而易见,只有1种可能: image.png 所以总的接收情况次数为:C(3) = 1 + 2 + 1 = 4 对于n个字节的一般情况,分情况讨论的方法就有些费心费力了

57410

TCP协议发送接收数据简单实现

背景 Demo 基于 Java 实现简单的 TCP 传输 / 接收协议 词义百科 TCP 协议 (传输控制协议) TCP 协议是面向连接的通信协议,即传输数据之前,在发送端和接收端建立逻辑连接,再传输数据...在 TCP 连接中必须要明确客户端与服务器,由客户端向服务器发送连接请求,每次连接的创建都需要经过 “三次握手” 三次握手:TCP 协议中,在发送数据的准备阶段,客户端与服务器之间的三次交互,以保证连接的可靠...TCP 协议可以保证传输数据的安全,所以应用十分广泛,比如:文件上传、文件下载、浏览页面 三次握手示意图 四次挥手示意图 发送端 Demo package tcp; import java.io....*; import java.net.InetAddress; import java.net.Socket; /** * TCP 发送数据步骤 * 1.创建客户端socket对象 * 2.获取输出流...接收数据步骤 * 1.创建服务端socket对象 * 2.监听客户端连接,返回一个socket对象 * 3.获取输入流,读数据,并把数据显示在控制台 * 4.释放资源 */ public class

1.3K50
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    2.2接收数据

    数据接收服务器的作用 数据接收服务器就跟它的字面意思一样,负责接收从设备发送来的数据。它在设备和系统之间起着桥梁作用。有很多种方法可以从设备把数据发送给服务器,其中具有代表性的包括以下两种方法。...使用一般的 Web 框架就可以制作数据接收服务器。设备用 HTTP 的 GET 方法和 POST 方法访问服务器,把数据存入请求参数和 BODY 并发送(图 2.6)。...QoS 0 指的是最多发送一次消息( at most once)(图 2.11),发送要遵循 TCP/IP 通信的“尽力服务” A。消息分两种情况,即到达了一次中介处,或没有到达中介处。...数据格式 前面我们围绕用于接收数据的通信过程,即协议进行了讲解。事实上,数据就是通过协议来进行交换的。当然,就如我们前文所说,这条规则在物联网的世界里也是不变的。...如果能直接以二进制形式接收数据,是不是就能更迅速地处理数据了呢?由此,一种数据格式应运而生,它就是 MessagePack(图 2.19)。

    2.3K30

    TCP编程tcp服务器客户端服务端tcp服务端发送和接收消息客户端接受和发送消息tcp服务器使用多线程接受多个客户端服务端使用多进程接收多个客户端

    TCP和UDP的区别: (TCP)传输控制协议,是一种提供可靠数据传输的通用协议。 (UDP)用户数据报协议,是一个面向无连接的协议。采用该协议不需要两个应用程序先建立连接。...UDP协议不提供差错恢复,不能提供数据重传,因此该协议传输数据安全性差。...(端口)是可用的,从而进行收发数据,而实际上目标地址(端口)未必可用,所以传输数据不可靠 4、由于TCP需要建立真实的连接,所以需要消耗服务器的负载要大于UDP ?.../send接收发送数据 客户端 大多数连接都是可靠的TCP连接。...服务端发送和接收消息 import socket import time ''' serverSocket是用来接收新的客户端的 以后与这个连接的客户端的收发消息就不能用serverSocket了,

    7.5K30

    搞了半天,终于弄懂了TCP Socket数据接收和发送,太难~

    例如,内核可能会将每个接收和写入队列的大小限制在100KB。然后每个TCP套接字可以使用的最大内核内存量大约为200KB(因为与队列的大小相比,其他TCP数据结构的大小可以忽略不计)。...如果接收缓冲区已满,而TCP连接的另一端尝试发送更多的数据,内核将拒绝对数据包进行ACK。这只是常规的TCP拥塞控制。 写语义 如果写入队列未满,并且用户调用写入,则系统调用将成功。...内核的第一个选择是根本不接受连接。例如,内核可以拒绝对传入的SYN包进行ACK。更常见的情况是,内核将完成TCP三次握手,然后使用RST终止连接。...不管怎样,结果都是一样的:如果连接被拒绝,就不需要分配接收或写入缓冲区。这样做的理由是,如果用户空间进程没有足够快地接受连接,那么正确的做法是使新请求失败。...内核的第二个选择是接受连接并为其分配一个套接字结构(包括接收/写入缓冲区),然后将套接字对象排队以备以后使用。下次用户调用accept(2)将立即获得已分配的套接字, 而不是阻塞系统调用。

    9K41

    jrtplib接收rtcp_qt tcpsocket 接收数据

    前言 JRTPLIB 是 C++ 语言编写的 RTP 库,它帮助我们封装了 RTP 协议细节,用户通过提供好的接口可以设置 RTP 包信息并发送到指定地址,也可以接收 RTP 包取出信息...本文仅介绍如何使用 JRTPLIB 发送/接收 RTP 数据包,我在这篇博客又介绍了如何使用 JRTPLIB 构造 RTP 数据包来荷载 H264 码流数据。 二....JRTPLIB接收RTP包程序 #include #include #include <jrtplib3...RTPTime::Wait(delay); } sess.EndDataAccess(); return 0; } 编译后运行如上,设置本地监听端口后就会开始等待 RTP 数据...RTPTime(10, 0), 0, 0); return 0; } 编译后运行如上,输入本地 UDP 使用的端口以及对端监听的端口,设置需要发送的 RTP 包数即可发送,发送后接收端打印的信息如下

    2.3K20

    TCP接收窗口的实现(一)

    TCP首部中的Window字段,表示当前套接字的接收窗口,即目前可以接收数据大小,对端不会发送超过接收窗口大小的数据。...如果在三次握手时,两端都支持Windows Scale选项,则实际的接收窗口还要乘以Windows Scale的值。 这个主题将分为两部分:本文是第一部分,是TCP的初始接收窗口大小是如何决定的。...第二部分,分析TCP的动态接收窗口。 主动连接 TCP主动发起连接,即发送三次握手中的第一个SYN报文。这时,TCP窗口的大小自然取决于本地的参数。...32 对于TCP协议来说,重要的是要保证MSS是有效的。当用户配置的MSS值大于出口的MSS时,为了保证TCP数据报文的正常通信,则选择较小的值。...而一般来说,大家都很少设置window上限,所以TCP初始接收窗口的大小就决定于套接字的缓存和拥塞窗口(这个由系统决定)。 ---- 居安思危,手不释卷。

    2.9K41

    关于串口接收处理数据

    如何判断接收到一条完整的数据:     无论做的什么串口通信,数据总是一条一条的发送,发送完一条再发送另一条,发送每一条数据之间存在时间间隔,串口接收数据的时候控制一个     变量在定时器里面累加,...同时串口中断接收数据的时候对这个变量清零!...如果串口一直接收数据这个变量永远累加不到期望的数值,如果串口接收     数据以后不再接收数据,变量会累加到期望的数值,然后就是判断接收到一条完整的数据....=0 说明串口接收数据  然后 Usart1IdleCnt++ 如果串口一直接收数据 Usart1IdleCnt将不能累加到 Usart1IdleTime (本程序设置的10)  Ms 串口接收完一串数据以后...如果用定时器就是定时器里面获取DMA接收数据个数(DMA有API可以获取),如果接收数据个数在一定时间内不再改变,则置位标志,复位DMA. 当然如果为了预防处理慢,接收快的问题,加入内存管理。

    3.4K31

    委托协议栈发送接受数据响应

    上一篇文章说过网络收发功能是委托操作系统实现的,这里的委托就是指委托操作系统的协议栈,和DNS查询一样,建立连接和通信上层也需要使用到 Socket的,Socket用于提供计算机之间连接通信的管道,大致示意图如下所示: 上图表示收发数据的主要思路...大致流程: 服务器启动的时候会创建套接字等待客户端连接,客户端在使用网络请求的时候创建套接字;操作系统去连接这两个套接字之间的管道;这样就可以收发数据了;当通信完毕后,服务器\客户端任意一方发起断开连接的请求...通过调用Socket程序的write方法将发送的数据放入这个方法的参数中即可,socket在委托协议栈发送数据,协议栈的TCP/IP模块或者UDP模块在委托网卡将数据切片发送给服务器; 服务器接受数据处理返回信息...服务器收到后也是一样的,通过端口号判断使用的套接字信息取出PID透传给应用程序去处理数据,并准备好处理结果提交给socket,socket利用协议栈,协议栈利用网卡将结果发送到客户端; 客户端读取服务器返回的信息...当客户端调用read方法指定一块数据缓冲区时,服务器返回的数据会写到这块缓冲区中。

    59930

    MULE 无法接收TCP报文问题分析

    你认为所有人都绝不可能犯的简单错误 问题梳理¶ 再次回顾一下开发的详细描述, 事实有: 专线接入 TCP协议传输 请求经常性的出现超时 渠道方反馈一直超时read timed out 服务器是正常接收渠道方请求...APM监控, 我这边有2套: 开源APM - pinpoint 商业APM - Dynatrace AppMon 先装pinpoint, 装完pinpoint agent重启后, 发现拿不到请求数据....拿不到数据2个原因: mule 这个组件比较特殊, 没有对应的插件; 报文直接走的4层TCP协议, pinpoint无法抓到4层TCP. 所以最后还是安装Dynatrace了监控....一直在socketRead读取数据. (也是通过监控看到的) 所以,之前的事实: 换另一个mule(6040) app, 应用可以立马收到 并不是事实. 2. 肯定不是网络和主机的问题....问题根因详细说明¶ 开发老师的根因详细说明: 问题定位到了,mule的一个getway方法对渠道请求做TCP解析后再把消息转给mule-forN公司 8110端口,现在是接收到渠道416个字符,但是重新

    1.4K30

    面向数据连接:TCP

    每层都要加上头部信息==]) 面向连接: 在数据交换之前,通过握手(交换控制报文) 初始化发送方、接收方的状态 变量 有流量控制: 发送方不会淹没接收方 段结构 TCP报文段结构 源端口号...(如果接收窗口为 X, 那么就表示能接收 Xbit的数据) 紧急指针: 不怎么用。 TCP面临的通信场景(往返延时(RTT)和超时 ) 采用自适应的策略和计算。 怎样设置TCP 超时?...TCP在IP不可靠服务的基础上 建立了rdt 管道化的报文段 • GBN or SR (它实现了两者的混合体) 累积确认(像GBN) 单个超时重传定时器(像GBN) 是否可以接受乱序的,没有规范...接下来就需要从8号开始 TCP: 重传 产生TCP ACK的情况及其 建议 接收方的事件 TCP接收方的动作 所期望序号的报文段按序到达。 所有在期望序号之前的数据都 已经被确认 延迟的ACK。...就不会出现老数据传输 TCP 三次握手 : FSM TCP: 关闭连接 客户端,服务器分别关闭它自己这一侧的连接【通过发送FIN bit = 1的TCP段 】 一旦接收到FIN,用ACK回应 【

    10410

    扫码

    添加站长 进交流群

    领取专属 10元无门槛券

    手把手带您无忧上云

    扫码加入开发者社群

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭
      领券