首页
|
新闻
|
新品
|
文库
|
方案
|
视频
|
下载
|
商城
|
开发板
|
数据中心
|
座谈新版
|
培训
|
工具
|
博客
|
论坛
|
百科
|
GEC
|
活动
|
主题月
|
电子展
注册
登录
论坛
博客
搜索
帮助
导航
默认风格
uchome
discuz6
GreenM
»
MCU 单片机技术
»
ARM
» TCP客户/服务器程序交互过程图解
返回列表
回复
发帖
发新话题
发布投票
发布悬赏
发布辩论
发布活动
发布视频
发布商品
TCP客户/服务器程序交互过程图解
发短消息
加为好友
yuyang911220
当前离线
UID
1029342
帖子
9914
精华
0
积分
4959
阅读权限
90
在线时间
286 小时
注册时间
2014-5-22
最后登录
2017-7-24
论坛元老
UID
1029342
性别
男
1
#
打印
字体大小:
t
T
yuyang911220
发表于 2015-11-25 20:15
|
只看该作者
TCP客户/服务器程序交互过程图解
服务器
,
程序
1.建立连接部分。
2.等待数据传输部分
3.关闭连接部分:
TIME_WAIT状态:
1.此状态大概2MSL时间。
2.如果最后一个ACK N+1丢失了,服务器会以为自己发的FIN N丢失了,需要重传,重传的时间是2MSL。原因是如果客户进入CLOSED状态并在2MSL之前关闭,那么客户将永远收不到FIN重传的报文段,服务器也永远收不到ACK,服务器不能关闭。
3.假定客户和服务器已经关闭了连接,经过短暂时间后又打开了一个连接,使用同样的socket端口地址,如果这2个连接相隔时间很短,那么从前一个连接来的重复报文段可能会收到这个连接,TCP规定2MSL时间内本地端口不能再被使用。
4.同样的,如果服务器终止了一个已经建立的连接,然后试图立即重启这个服务器程序在相同的端口上,服务器不能在2MSL时间内不能使用这个端口。
FIN_WAIT_2状态:
客户端发送完第一个FIN后,客户端来了确认,此时进入FIN_WAIT_2状态,但是!服务器得等到应用层收到EOF才能发送他的FIN,也就是说客户端可能由于一直在等待服务器的FIN而处在FIN_WAIT_2状态,使得另一端也一直处于CLOSE_WAIT状态。TCP对这个有超时的限制,具体不废话了。
收藏
分享
评分
继承事业,薪火相传
回复
引用
订阅
TOP
返回列表
电商论坛
Pine A64
资料下载
方案分享
FAQ
行业应用
消费电子
便携式设备
医疗电子
汽车电子
工业控制
热门技术
智能可穿戴
3D打印
智能家居
综合设计
示波器技术
存储器
电子制造
计算机和外设
软件开发
分立器件
传感器技术
无源元件
资料共享
PCB综合技术
综合技术交流
EDA
MCU 单片机技术
ST MCU
Freescale MCU
NXP MCU
新唐 MCU
MIPS
X86
ARM
PowerPC
DSP技术
嵌入式技术
FPGA/CPLD可编程逻辑
模拟电路
数字电路
富士通半导体FRAM 铁电存储器“免费样片”使用心得
电源与功率管理
LED技术
测试测量
通信技术
3G
无线技术
微波在线
综合交流区
职场驿站
活动专区
在线座谈交流区
紧缺人才培训课程交流区
意见和建议