UNP Chapter 2 - 传输层:TCP和UDP

最新推荐文章于 2025-12-31 20:50:52 发布
转载 最新推荐文章于 2025-12-31 20:50:52 发布 · 89 阅读 · 0 ·
CC 4.0 BY-SA版权
原文链接：http://www.cnblogs.com/s7vens/archive/2011/12/14/2287942.html
文章标签：

#网络

本文深入解析了TCP/IP协议体系中的关键组件，包括UDP和TCP协议的功能、TCP连接的建立与终止、TIME_WAIT状态、端口号使用、并发服务器的管理以及缓冲区大小限制等核心概念，为读者提供了一站式的理解框架。

2.1. 概述

2.2. 总图

2.3. UDP:用户数据报协议

2.4. TCP:传输控制协议

2.5. TCP连接的建立和终止

2.6. TIME_WAIT状态

2.7. 端口号

2.8. TCP端口号与并发服务器

2.9. 缓冲区大小及限制

2.10. 标准因特网服务

转载于:https://www.cnblogs.com/s7vens/archive/2011/12/14/2287942.html

badiu_30394251
关注
TCP-IP详解卷三：TCP事务协议，HTTP，NNTP和UNIX域协议——高清文字（china-pub经典系列）
06-30
17.11 PRU_CONNECT2请求和unp_connect2 函数 195 17.12 socketpair系统调用 198 17.13 pipe系统调用 202 17.14 PRU_ACCEPT请求 203 17.15 PRU_DISCONNECT请求和 unp_disconnect函数 204 17.16 PRU_SHUTDOWN请求和unp...
TCP-IP详解卷三：TCP事务协议，HTTP，NNTP和UNIX域协议
01-25
17.11 PRU_CONNECT2请求和unp_connect2 函数 195 17.12 socketpair系统调用 198 17.13 pipe系统调用 202 17.14 PRU_ACCEPT请求 203 17.15 PRU_DISCONNECT请求和 unp_disconnect函数 204 17.16 PRU_SHUTDOWN请求和unp...
UNP——Chapter 2：传输层：TCP、UDP和SCTP
Joe's Blog
08-31 729
TCP的三路握手 TCP的连接终止序列 TCP的TIME_WAIT状态 SCTP的四路握手 SCTP的连接终止
UNP总结 Chapter 2 传输层：TCP、UDP和SCTP
liuhongxian的专栏
03-22 989
注，总结中暂时忽略SCTP 1.总图 虽然称为“TCP/IP”协议族，但是本协议族还有许多其他成员，见下图 2.用户数据包协议(UDP) UDP 套接字写入一个消息，该消息接着被封装（encapsulating）进一个UDP数据报，该UDP数据报又进而被封装成一个IP数据报，然后发送到目的地。UDP不保证UDP数据报到达其最终目的地，不保证各个数据报的先后顺序跨网络保持不变，也不保证每
UNP Chapter 24 - IP选项
weixin_30606669的博客
04-12 117
24.1. 概述 IPv4允许在固定的20字节头部之后跟以40字节的选项。虽然定义了10个不同的选项，但最常用的是源路径选项，这些选项透过IP_OPTIONS套接口选项访问。 IPv6允许在固定的40字节IPv6头部和传输层头部(如ICMPv6，TCP或UDP)之间出现扩展头部(extension header)。和IPv4不同的是，访问IPv6扩展头部的途径不是强迫用户去理解头部如何出现在I...
UNP Chapter 1 - 简介
weixin_30797199的博客
12-12 110
1.1. 概述 1.2. 一个简单的时间日期客户程序 1.3. 协议无关性 1.4. 错误处理：包裹函数 1.5. 一个简单的时间日期服务器程序 1.6. 客户-服务器程序例子索引表 1.7. OSI模型 OSI模型的 会话层,表示层,应用层 <----> 网际协议族的 应用层 OSI模型的 传输层 <----> 网际协议族的 TCP, _ , IP...
UNP Chapter 25 - 原始套接口
weixin_30622107的博客
04-16 255
25.1. 概述 原始套接口提供以下三种TCP及UDP套接口一般不提供的功能。 1. 使用原始套接口可以读写ICMPv4，IGMPv4，ICMPv6分组。例如：Ping程序，就使用原始套接口发送ICMP回射请求，并接受ICMP回射应答。用于多播路由的守护进程：mrouted，同样利用原始套接口来发送和接收IGMPv4分组。上述功能同样允许使用ICMP或IGMP构造的应用程序完成作为用户进程处理...
UNP_Chapter02_TransportLayer_笔记总结
whoami
03-18 523
***PAY A TRIBUTE TO W.Richard Stevens*** Chapter01: 传输层协议: TCP, UDP, SCTP 2.1 简介 在这章我们主要探讨TCP/IP族中的协议，从编程者的角度去分析和理解如何去使用这些协议并且提供更为详细的描述. 这一张我们主要集中在传输层协议上: TCP, UDP和流控制传输协议(SCTP)...
UNP卷一chapter2相关概念
爱吃_宫爆鸡丁
04-24 279
以下知识点来均来自steven先生所著UNP卷一（version3），刚开始学习网络编程，如有不正确之处请大家多多指正。1、TCP是一个提供面向连接、可靠、无差错、不丢失、不重复、按序到达的数据流传输协议。头部开销为20字节。全双工逻辑信道。支持的上层应用协议为Telnet、Ftp、SMTP、HTTP。2、UDP是一个不面向连接，不可靠的数据报传输协议，尽最大努力交付。头部开销为8字节，支持一对一...
《TCP/IP网络编程》学习笔记 | Chapter 9：套接字的多种可选项
ProgramNovice的博客
11-11 1053
《TCP/IP网络编程》学习笔记 | Chapter 9：套接字的多种可选项
UNP_Chapter01_Introduction_笔记总结
whoami
03-08 452
***PAY A TRIBUTE TO W.Richard Stevens*** Chapter01: UNP入门介绍 1.1 简介 当我们写一个程序要想在网络中进行传输的时候，就必须考虑到需要一个协议能够对网络中传输的细节问题做统一的约束. 比如说，Web服务器一般都是一个永久运行，不down机或者说是一个守护进程在服务器端. 再比如我们所熟知的CS...
SWAP_AK : appLruQueue: [com.taobao.taobao, com.d2956987215.mow, com.jingdong.app.mall, com.huawei.wallet, com.netease.cloudmusic, com.haier.uhome.uplus, com.huawei.photos, com.lingan.seeyou, com.xunmeng.pinduoduo, com.eg.android.AlipayGphone, com.phoenix.read, com.huawei.android.totemweather, com.huawei.magazine, com.sinovatech.unicom.ui, com.huawei.deskclock, com.huawei.calculator, com.ss.android.ugc.aweme, com.huawei.contacts ... 行 13496: 10-16 19:09:53.824 1889 2996 I system_server: com.huawei.photos 行 13623: 10-16 19:09:53.868 3419 4032 I PG_ash : pkg com.huawei.camera calling: com.huawei.photos, pid: -1 ,type: acquire_provider 行 13624: 10-16 19:09:53.868 3419 4032 I PG_ash : com.huawei.photos is called by front app, H to R 行 13625: 10-16 19:09:53.868 1889 13682 I ContentProviderHelper: Successfully start provider ContentProviderRecord{9d93e0a u0 com.huawei.photos/com.huawei.gallery.provider.GalleryProviderForCamera} launchingApp=ProcessRecord{c5a4e75 815:com.huawei.photos/u0a190} caller pid= 775 行 13625: 10-16 19:09:53.868 1889 13682 I ContentProviderHelper: Successfully start provider ContentProviderRecord{9d93e0a u0 com.huawei.photos/com.huawei.gallery.provider.GalleryProviderForCamera} launchingApp=ProcessRecord{c5a4e75 815:com.huawei.photos/u0a190} caller pid= 775 行 13626: 10-16 19:09:53.868 3419 4032 I ash_trans: com.huawei.photos { hibernation duration=117278 Uptime=73567 } transition to: running reason:be_called_acquire_provider 行 13630: 10-16 19:09:53.868 1889 2825 I AppStateTracker: mRunAnyRestrictedPackages.indexOf return = -6,uid = 10190,packageName = com.huawei.photos 行 13632: 10-16 19:09:53.868 1889 2825 I AppStateTracker: mRunAnyRestrictedPackages.indexOf return = -6,uid = 10190,packageName = com.huawei.photos 行 13641: 10-16 19:09:53.872 3419 4032 I PG_ash : CancelNetworkRestrict >> com.huawei.photos, uids : [10190] 行 13647: 10-16 19:09:53.876 3419 4032 I PGServer: report state:6 event type:2 pid:0 uid:10190 pkg:com.huawei.photos to pid: 1889 行 13649: 10-16 19:09:53.877 3419 4032 I PG_ash : unF_Z com.huawei.photos OK ! 行 13650: 10-16 19:09:53.877 1889 2857 I SWAP_Scene: Entering notifySceneData notifySceneData. EventType:UNFREEZE pkg:com.huawei.photos uid:10190 pid:0 proc: activity:null 行 13651: 10-16 19:09:53.878 1889 2857 I PGManagerService: proxyBroadcast:[com.huawei.photos] proxy:false 行 13656: 10-16 19:09:53.881 3419 4032 I PG_ash : unP_BC com.huawei.photos OK ! 行 13659: 10-16 19:09:53.882 3419 4032 I PG_ash : cancel unified HB com.huawei.photos pkgs: [com.huawei.photos] 行 13659: 10-16 19:09:53.882 3419 4032 I PG_ash : cancel unified HB com.huawei.photos pkgs: [com.huawei.photos] 行 13662: 10-16 19:09:53.883 3419 4032 I PG_ash : cancel unified com.huawei.photos H_B reason: left H 行 13663: 10-16 19:09:53.883 3419 4032 I PG_ash : Unpending H_B com.huawei.photos pkgs: [com.huawei.photos] 行 13663: 10-16 19:09:53.883 3419 4032 I PG_ash : Unpending H_B com.huawei.photos pkgs: [com.huawei.photos] 行 13666: 10-16 19:09:53.884 3419 4032 I PG_ash : Unpending com.huawei.photos H_B OK ! 行 13670: 10-16 19:09:53.884 815 815 I 00800/Gallery2_Common_WidgetPhotoManager: launcher visibility:0data change:false 行 13672: 10-16 19:09:53.884 1889 2857 I 00400/GpsFreezeProc: removeFreezeProcess packageName:com.huawei.photos 行 13678: 10-16 19:09:53.885 1889 2857 I PGManagerService: unproxy gps com.huawei.photos 10190 success 行 13680: 10-16 19:09:53.885 3419 4032 I PG_ash : unP_gps com.huawei.photos OK ! 行 13684: 10-16 19:09:53.885 3419 4032 I PG_ash : running package: com.huawei.photos, visible: false 行 13688: 10-16 19:09:53.885 3419 4032 I PG_ash : com.huawei.photos BinderCallState: true, nextBinderCallTriggeringTime:117063843 行 13699: 10-16 19:09:53.891 815 815 I 00800/Gallery2_Common_WidgetPhotoManager: launcher visibility:0data change:false 行 13738: 10-16 19:09:53.908 775 775 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13739: 10-16 19:09:53.908 775 775 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13740: 10-16 19:09:53.912 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13741: 10-16 19:09:53.912 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13779: 10-16 19:09:53.925 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13780: 10-16 19:09:53.925 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13781: 10-16 19:09:53.925 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 13782: 10-16 19:09:53.925 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14083: 10-16 19:09:53.963 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14084: 10-16 19:09:53.963 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14085: 10-16 19:09:53.963 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14086: 10-16 19:09:53.963 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14114: 10-16 19:09:53.971 775 797 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14115: 10-16 19:09:53.971 775 797 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14141: 10-16 19:09:53.974 775 5753 W MemoryScene: report error when openCameraWithPhotoMode by scene 0, map is null 行 14336: 10-16 19:09:53.993 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 14337: 10-16 19:09:53.993 775 5760 W CameraUtilHelper: getLivePhotoEnhanceResolutionSupport result is null 行 15293: 10-16 19:09:54.391 815 815 I 00800/Gallery2_Common_WidgetPhotoManager: handleMessage what:54 bucketId:null 行 15675: 10-16 19:09:54.886 3419 4032 I PG_ash : com.huawei.photos not check download condition with no dl requisites 行 15676: 10-16 19:09:54.886 3419 4032 I AppManager: ignore audio by app type, app : com.huawei.photos, type : 16 行 15677: 10-16 19:09:54.886 3419 4032 I PG_ash : cannot care audio: com.huawei.photos 行 15678: 10-16 19:09:54.886 3419 4032 I ash_trans: com.huawei.photos { running duration=1001 Uptime=1001 } transition to: doze reason:app_type_gallery unknown_state 行 15679: 10-16 19:09:54.886 3419 4032 I APwPowerPolicy: one day not front to ignore gps: com.huawei.photos 行 15680: 10-16 19:09:54.886 3419 4032 I PG_ash : perform_nap P_GPS : com.huawei.photos 行 15681: 10-16 19:09:54.886 3419 4032 I PG_ash : perform_nap set bgcheck : com.huawei.photos 行 15683: 10-16 19:09:54.887 1889 14378 I 00400/GpsFreezeProc: addFreezeProcess packageName:com.huawei.photos 行 15684: 10-16 19:09:54.889 1889 14378 I PGManagerService: proxy gps com.huawei.photos 10190 success 行 15685: 10-16 19:09:54.889 3419 4032 I PG_ash : P_GPS com.huawei.photos OK ! 行 15686: 10-16 19:09:54.889 3419 4032 I PG_ash : set bgcheck com.huawei.photos OK ! 行 15687: 10-16 19:09:54.889 3419 4032 I PG_ash : nap package: com.huawei.photos, visible: false, bgTime: 198748, scrOff: false 根据这段日志分析，为什么手机相机点击了无响应，不拍照，重新亮灭屏一次之后就好了
10-21
2. **代码层优化** ```java // CameraUtilHelper.java 增加状态校验 public void captureImage() { if (!checkResourceReady()) { // 新增资源检查 resetCameraHandle(); // 主动重置资源 } // ...原拍摄...
T_UNP 303-2024 HVLP电解铜箔技术规范.docx
04-29
HVLP电解铜箔技术规范是由中国联合国采购促进会发布的团体标准，标准编号为T/UNP 303—2024。该技术规范于2024年11月21日发布，并将于同日实施。 该标准的内容包括前言、引言、范围、规范性引用文件、术语定义和...
【java入门到放弃】网络
WZDBXHNL的博客
12-28 1156
防火墙既可以是硬件，也可以是软件，本质上是一种，而不是只能对应某一种形态。
iOS 抓包工具有哪些？不同类型的抓包工具可以做什么
2501_91510632的博客
12-31 753
本文从真实工程实践出发，围绕“iOS 抓包工具有哪些”这一问题，讨论了代理抓包、设备侧抓包和数据流分析在不同阶段的分工与协作方式。
手写TCP/IP协议栈——实现ping响应不可达
Tandy12356_的博客
12-27 523
打开Tftp32软件，选择Tftp Client选项，配置目的主机的IP地址，下面几个内容随便填。对方检查校验和出现问题就直接丢包了，不会给我们回应，但是可以使用wireshark提醒。同时对于TCP和UDP的校验和检查也可以提前勾选上（后面会用到）编辑 -> 首选项 -> 协议 -> IPV4 勾上校验和检查。wireshark抓包ICMP不可达响应截图。点击Get之后可以向目的主机发送请求。
HTTP协议详解
2301_79551553的博客
12-30 896
URL的编码与反编码、HTTP协议请求与响应的格式、HTTP方法、HTTP状态码、HTTP1.0/1.1、HTTP请求报头，post和get用于传输数据的区别
小迪安全笔记_第4天|扩展&整理|30+种加密编码进制全解析：特点、用处与实战识别指南|小迪安全笔记|网络安全|
weixin_45635831的博客
12-30 1037
"32位MD5/NTLM，40位SHA1，64位SHA256；Base64带=，URL带%，Hex无符号，JSFuck全符号！"MD5存密码？漏洞在手！Base64当加密？直接解码走！NTLM看ccef，SHA256更安全！
四大差错校验方法全解析
最新发布
weixin_58498967的博客
12-31 709
本文梳理了计算机网络中常用的四种差错校验方法：奇偶校验通过调整校验位使数据中1的个数为奇数或偶数，简单但只能检测单比特错误；CRC校验利用多项式模2除法生成校验码，能检测多种错误但无法纠错；校验和通过对数据分块求和取反实现快速验证，广泛应用于网络协议；海明码通过冗余校验位实现单比特错误纠正，适用于高可靠性场景如ECC内存。这些方法各有特点，适用于不同数据传输需求。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值