当前位置: 首页 > news >正文

【Linux】43.网络基础(2.5)

文章目录

    • 2.4 TCP/UDP对比
      • 2.4.1 用UDP实现可靠传输(经典面试题)
    • 2.5 TCP 相关实验
      • 2.5.1 理解 listen 的第二个参数


2.4 TCP/UDP对比

  • 我们说了TCP是可靠连接, 那么是不是TCP一定就优于UDP呢? TCP和UDP之间的优点和缺点, 不能简单, 绝对的进行比较
  • TCP用于可靠传输的情况, 应用于文件传输, 重要状态更新等场景;
  • UDP用于对高速传输和实时性要求较高的通信领域, 例如, 早期的QQ, 视频传输等. 另外UDP可以用于广播;
  • 归根结底, TCP和UDP都是程序员的工具, 什么时机用, 具体怎么用, 还是要根据具体的需求场景去判定

2.4.1 用UDP实现可靠传输(经典面试题)

参考TCP的可靠性机制, 在应用层实现类似的逻辑;

例如:

  • 引入序列号, 保证数据顺序;
  • 引入确认应答, 确保对端收到了数据;
  • 引入超时重传, 如果隔一段时间没有应答, 就重发数据;

2.5 TCP 相关实验

2.5.1 理解 listen 的第二个参数

基于刚才封装的 TcpSocket 实现以下测试代码

对于服务器, listen 的第二个参数设置为 2, 并且不调用 accept

test_server.cc

#include "tcp_socket.hpp" 
int main(int argc, char* argv[]) {if (argc != 3) {printf("Usage ./test_server [ip] [port]\n");return 1;}TcpSocket sock;bool ret = sock.Bind(argv[1], atoi(argv[2]));if (!ret) {return 1;}ret = sock.Listen(2);if (!ret) {return 1;}// 客户端不进行 acceptwhile (1) {sleep(1);}return 0; }

test_client.cc

#include "tcp_socket.hpp"  // 包含TCP套接字类的头文件int main(int argc, char* argv[]) {// 检查命令行参数数量是否正确if (argc != 3) {// 如果参数数量不正确,打印使用说明并退出程序printf("Usage ./test_client [ip] [port]\n");return 1;}// 创建TCP套接字对象TcpSocket sock;// 尝试连接到指定IP和端口的服务器// argv[1]是IP地址字符串,atoi(argv[2])将端口号字符串转换为整数bool ret = sock.Connect(argv[1], atoi(argv[2])); // 根据连接结果打印相应信息if (ret) {printf("connect ok\n");  // 连接成功} else {printf("connect failed\n");  // 连接失败}// 无限循环,保持程序运行// 每秒休眠一次,防止CPU占用过高while (1) {sleep(1);}return 0;  // 程序正常结束(实际上永远不会执行到这里)
}

此时启动 3 个客户端同时连接服务器, 用 netstat 查看服务器状态, 一切正常.

但是启动第四个客户端时, 发现服务器对于第四个连接的状态存在问题了

tcp 3 0 0.0.0.0:9090 0.0.0.0:* LISTEN 
9084/./test_server 
tcp 0 0 127.0.0.1:9090 127.0.0.1:48178 SYN_RECV - tcp 0 0 127.0.0.1:9090 127.0.0.1:48176 ESTABLISHED - tcp 0 0 127.0.0.1:48178 127.0.0.1:9090 ESTABLISHED 
9140/./test_client 
tcp 0 0 127.0.0.1:48174 127.0.0.1:9090 ESTABLISHED 
9087/./test_client 
tcp 0 0 127.0.0.1:48176 127.0.0.1:9090 ESTABLISHED 
9088/./test_client 
tcp 0 0 127.0.0.1:48172 127.0.0.1:9090 ESTABLISHED 
9086/./test_client 
tcp 0 0 127.0.0.1:9090 127.0.0.1:48174 ESTABLISHED - tcp 0 0 127.0.0.1:9090 127.0.0.1:48172 ESTABLISHED -

客户端状态正常, 但是服务器端出现了 SYN_RECV 状态, 而不是 ESTABLISHED 状态

这是因为, Linux内核协议栈为一个tcp连接管理使用两个队列:

  1. 半链接队列(用来保存处于SYN_SENT和SYN_RECV状态的请求)
  2. 全连接队列(accpetd队列)(用来保存处于established状态,但是应用层没有调用accept取走的请求)

而全连接队列的长度会受到 listen 第二个参数的影响.

全连接队列满了的时候, 就无法继续让当前连接的状态进入 established 状态了.

这个队列的长度通过上述实验可知, 是 listen 的第二个参数 + 1.

相关文章:

  • FPGA IO引脚 K7-认知4
  • 基于MTF的1D-2D-CNN-GRU-Attention时序图像多模态融合的故障识别,适合研究学习(Matlab完整源码和数据),附模型研究报告
  • vmare识别不到共享文件夹,报错:fuse: bad mount point `/mnt/hgfs‘: No such file or directory
  • 2563.统计公平数对的数目 是否顺序无关?
  • 利用 Deepseek 和 Mermaid 画流程图
  • 软件开发指南——GUI 开发方案推荐
  • LeetCode --- 154双周赛
  • 当算力遇上马拉松:一场科技与肉身的极限碰撞
  • JSAPI2.1-DOM基础
  • 【网络技术_域名解析DNS】三、DNS 中间件实践应用与优化策略
  • Linux系统中的网络传输、网络管理以及软件仓库的构建
  • CSS层叠
  • 【java实现+4种变体完整例子】排序算法中【插入排序】的详细解析,包含基础实现、常见变体的完整代码示例,以及各变体的对比表格
  • CasualLanguage Model和Seq2Seq模型的区别
  • 游戏引擎学习第236天:GPU 概念概述
  • 基于STM32中断讲解
  • 【蓝桥杯 2025 省 A 扫地机器人】题解
  • QML动画--ParticleSystem
  • 【深度学习】【目标检测】【Ultralytics-YOLO系列】YOLOV3核心文件common.py解读
  • opencv--基础
  • 神舟二十号航天员乘组计划于10月下旬返回
  • 举报人不服相关部门奖励“缺斤少两”,两地分别作出再认定
  • 助力中国足球未来,香港赛马会鼎力支持U15国少选拔队赴英训练
  • 特朗普施压鲍威尔遭多方批评,分析人士:特朗普若解雇鲍威尔或冲击美债
  • 收缩非洲业务专注挖矿,裁减大批外交官,“美国务院改革草案”引争议
  • 临清农商行回应监管处罚:系2023年问题,已经进行了整改