一、黏包 1、tcp有黏包现象 表现两种情况 发送的数据过小且下面还有一个发送数据，这两个数据会一起发送 发送的数据过大，超过最大缓存空间，超出的部分在下一次发送的时候发送 原因： tcp是面向流的，根据算法，自动把数据拆分、组合，没有保护边界 2、udp无黏包现象 表现形式 发送的数据包大小超出最
原创
2021-07-14 10:41:55
129阅读
Python语言的特点Python语言是一种被广泛使用的高级通用脚本编程语言，具有很多区别于其他语言的特点，这里仅列出如下一些重要特点。(1)语法简洁:实现相同功能，Python语言的代码行数仅相当于其他语言的1/10~1/5。(2)与平台无关:作为脚本语言，Python程序可以在任何安装解释器的计算机环境中执行，因此，用该语言编写的程序可以不经修改地实现跨平台运行。(3)粘性扩展:Python语
转载
2023-06-26 01:55:48
78阅读
个人感悟：首先我觉的要想学好一门语言不论是是什么语言：java，C，python，PHP，都要弄明白网络请求与响应，过程，osi模型等，我觉的这个最基础的，但是今天我需要解决的是网络交互时发生的"黏包"问题，行了不啰嗦了让我们进入正题吧。黏包现象让我们基于tcp先制作一个远程执行命令的程序（命令ls-l;lllllll;pwd）这块我们需要注意下res=subprocess.P
原创
精选
2018-11-21 15:24:38
3737阅读
点赞
1.四次挥手(补充) 客户端向服务端发送一个请求消息，断开连接(代表客户端没有数据传输了) 服务端接收请求，发出响应 等到服务端所有数据收发完毕之后 服务端向客户端发送断开连接的请求 客户端接收请求后，发出响应 等到2msl,最大报文生存时间之后 客户端与服务端彻底断开连接 2.socket soc
原创
2022-06-17 07:01:36
175阅读
什么是黏包？ 首先明确，TCP才可能会产生黏包，UDP不会产生黏包。 所谓黏包，就是同时执行多条命令之后，得到的回显可能只有一部分，但是在执行其他命令的时候又接收到之前执行的回显的另一部分结果，这种显现就是黏包 产生黏包的原因？ TCP协议中的数据在传送过程中，因网卡的MTU（最大传输单元）如果小于 ...
转载
2021-08-04 15:24:00
311阅读
2评论
TCP的黏包问题主要分为以下三种情况： 第一种情况：如上图中的第一根bar所示，服务端一共读到两个数据包，每个数据包都是完成的，并没有发生粘包的问题，这种情况比较好处理，服务器只需要简单的从网络缓冲区去读就好了，每次服务端读取到的消息都是完成的，并不会出现数据不正确的情况。第二种情况：服务端仅收到一个数据包，这个数据包包含客户端发出的两条消息的完整信息，这个时候基于第一种情况的逻辑实现的服务端就蒙
转载
2023-11-25 12:58:47
48阅读
# Java 粘包处理指南
在网络编程中，"粘包"现象是一个常见而复杂的挑战。粘包是指在 TCP 协议中，由于数据包的特性，多个连续的数据包可能会在网络中组合成一个包，导致接收方无法正确区分出每一个单独的消息。这篇文章将引导初学者如何在 Java 中处理粘包现象，我们将分步讲解具体的实现过程。
## 处理粘包的流程
我们将通过以下流程来处理粘包问题：
| 步骤 | 描述 |
|------
原创
2024-10-15 03:39:17
48阅读
黏包现象 在使用TCP协议进行数据传输的时候，会有以下问题出现。 client： import socket sk = socket.socket() sk.connect(("127.0.0.1", 8101)) # 连续发送数据 s = "我爱你" sk.send(s.encode("utf-8 ...
转载
2021-04-24 22:25:00
420阅读
2评论
# 实现 iOS 黏包基本教程
在iOS开发中，"黏包"现象常常影响到数据传输的流畅性，这里我们将介绍如何在iOS中处理黏包问题。我们将分步指导您如何实现，从基本概念到代码实现。
## 整体流程概述
在处理黏包问题时，一般流程如下表所示：
| 步骤 | 描述 |
|------|-------------------
原创
2024-09-06 04:56:59
56阅读
## Java Bio黏包处理指南
在使用Java的BIO（同步阻塞I/O）模式进行网络编程时，"黏包"和"拆包"问题常常会影响数据的正确性。黏包是指将多个数据包粘在一起发送，接收方无法准确区分各个数据包的边界。因此，了解黏包的处理方式非常重要。本文将指导你一步步实现黏包处理。
### 处理流程
我们将通过以下步骤来解决这个问题：
| 步骤 | 描述
原创
2024-09-05 03:37:49
32阅读
# 深入理解 Android Socket 的粘包现象
在进行网络编程时，我们常常使用 Socket 来实现客户端和服务器之间的通信。然而，在数据传输过程中，尤其是在TCP协议中，我们可能会遇到“粘包”现象。那么，什么是粘包现象呢？它是如何产生的？并且我们该如何处理它呢？本文将对这些问题进行详细讲解，并提供相应的代码示例。
## 什么是粘包现象？
在TCP协议中，数据是以字节流的形式进行传输
Python socket模块Python 提供了两个基本的 socket 模块。第一个是 Socket，它提供了标准的 BSD Sockets API。第二个是 SocketServer， 它提供了服务器中心类，可以简化网络服务器的开发。下面讲的是Socket模块功能1、Socket 类型套接字格式：socket(family,type[,protocal]) 使用给定的地址族、套接字类型、协议
转载
2023-07-29 23:11:02
12阅读
前言最近参加了"拉勾教育Java高薪训练营"，学习到自定义RPC一节，老师讲了各种IO的特性和案例。我自己在写BIO代码中遇到一些问题，在此记录总结一下。1 最简单的BIO代码1.1 IOServer
public class IOServer {
public static void main(String[] args) throws Exception {
//首先创建了一个serverSo
完成一个聊天室，首先需要有服务端，然后客户端接入服务端，才能看到显示的数据。因为有多个客户端要接入到服务端，所以要服务端开启多线程。首先来搭建一个服务端，这里我使用的是TCP协议。这里我新建了一个C#项目，名为“聊天室-服务端”，其中有两个.cs类，一个为Client.cs,另一个为Program.cs.首先这里列出Client.cs类，该类用于描述客户端，因为有多个客户端接入，所以我们将每个客户
转载
2024-09-25 17:20:47
68阅读
最近在做Unity局域网时，用到了Socket通信基于TCP协议，然后使用异步方式，主要用到了BeginAccept和BeginReceive方法然而就可以实现异步通信，然而还是要解决粘包和分包问题这里我先说明一下什么是分包和粘包，TCP提供面向连接的、可靠的数据流传输，所以当我们发送数据在短时间内比较频繁并且数据量比较小时，TCP为了优化内存资源，会将多条数据粘成几个包来进行处理，相比发送的消息
TCP粘包TCP粘包是指发送方发送的若干包数据到接收方接收时粘成一包，从接收缓冲区看，后一包数据
的头紧接着前一包数据的尾。1.出现原因这里提一下保护消息边界和流，保护消息边界，就是指传输协议把数据当作一条独立的消息在网上传输，接收端只能接收独立的消息。也就是说存在保护消息边界，接收端一次只能接收发送端发出的一个数据包。 而面向流则是指无保护消息保护边界的，如果发送端连续发送数据，接收端有可能在
转载
2024-01-29 07:13:09
0阅读
刚开始对netty udp不太熟的朋友可能会遇到这么一个问题，在使用netty udp发送数据的时候，如果你的包比较大，或者超过2048字节的时候，经常会接收不全或者丢包了。比如发送一个4096字节的DatagramPacket包到服务器，你会发现只接收到2048或者更少的字节。是什么原因呢？下面说一下个人的见解：udp理论上支持最大发送64K的包，那为什么netty udp不能发送大于2048字
转载
2023-12-01 08:47:39
246阅读
什么会导致udp丢包呢，我这里列举了如下几点原因： 1.调用recv方法接收端收到数据后，处理数据花了一些时间，处理完后再次调用recv方法，在这二次调用间隔里,发过来的包可能丢失。对于这种情况可以修改接收端，将包接收后存入一个缓冲区，然后迅速返回继续recv。 2.发送的包太大而丢包。虽然send方法会帮你做大包切割成小包发送的事情，但包太大也不行。例如超过30K的一个udp包，不切割直接通过
转载
2023-08-04 13:18:48
202阅读
1. recv 工作原理能够接收来自socket缓冲区的字节数据；当缓冲区没有数据可以读取时，recv会一直处于阻塞状态，知道缓冲区至少有一个字节数据可取，或者客户端关闭；关闭远程端并读取所有数据后，再recv会返回字符串。2.升级版解决粘包问题应用层自定义协议FTP（文件传输协议）.low版：只能是有限的数据，将总数据长度固定成4个字节作为报头，再recv。当文件数据特别大时，会报错。升级版优点
转载
2024-02-16 12:10:42
36阅读
什么是TCP拆包粘包假设客户端发送了2条消息M1，M2。可能会出现以下几种情况。1、服务端正常接收到M1，M2这两条消息。2、服务端一次接收到了2个数据包，M1和M2粘合在一起，这时候就被称为TCP粘包。3、服务端分两次读取到了两个数据包，第一次读取到M1包整包和M2包部分内容M2_1，第二次读取到了M2剩余的内容M2_2，这时候被称为TCP拆包。4、服务端分两次读取到了两个数据包，第一次读取到M
转载
2024-11-02 10:27:36
43阅读
