sumikko
码龄10年
关注
提问 私信
  • 博客:277
    动态:1,199
    1,476
    总访问量
  • 1
    原创
  • 1,894,179
    排名
  • 1
    粉丝
  • 0
    铁粉
IP属地以运营商信息为准,境内显示到省(区、市),境外显示到国家(地区)
IP 属地:安徽省
  • 加入CSDN时间: 2015-02-25
博客简介:

sumikko的博客

查看详细资料
个人成就
  • 获得0次点赞
  • 内容获得0次评论
  • 获得0次收藏
创作历程
  • 1篇
    2023年
成就勋章
创作活动更多

仓颉编程语言体验有奖征文

仓颉编程语言官网已上线,提供版本下载、在线运行、文档体验等功能。为鼓励更多开发者探索仓颉编程语言,现诚邀各位开发者通过官网在线体验/下载使用,参与仓颉体验有奖征文活动。

368人参与 去创作
  • 最近
  • 文章
  • 代码仓
  • 资源
  • 问答
  • 帖子
  • 视频
  • 课程
  • 关注/订阅/互动
  • 收藏
搜TA的内容
搜索 取消

四次挥手 为什么要四次挥手?首先四次挥手其实是2+2,是2个单向断连。 然后我们再分析,为什么1个单向断连需要2次挥手。 首先客户端想要单向断连,客户端必须发送一个fin。但是客户端发送fin以后不知道服务端有没有收到这个fin,我们假设fin在路上丢失,那么在服务端这里就永远不知道连接断了,永远在傻等。所以服务端必须发送ack,以确保这个fin是收到的。 但新的问题来了,ack也有可能在路上丢失。 正常情况下,从客户端发送fin起,到收到ack,是2msl的时间。如果2msl之内没有收到ack,此时可能是fin丢失,也可能是ack丢失,不管是哪种情况,客户端都需要重发fin包并刷新等待时间,继续等待ack,直到收到ack

发布动态 2023.08.13

其实连接中,服务端是作为【核心】的“主人host”。所以是客户端主动向服务端进行连接的请求

发布动态 2023.08.13

TCP的三次握手,四次挥手 三次握手是一方请求,双方建立连接 四次挥手是2+2,每个2是单方断连 双方建连需要3,因为除去1个请求,需要双方一共2个成功信号 单方断连需要2,因为除去1个请求,需要单方一共1个成功信号

发布动态 2023.06.08

解决socket服务端和客户端程序之间传输问题

使用netstat -anplt检查,发现127.0.0.1:1234的状态是time wait。使用netstat -anplt检查正在监听的tcp服务端,发现没有程序里设定的端口号127.0.0.1:1234。2.服务端开启后,客户端开启后会直接退出,不会等待接受数据。两种现象 1.服务端开启后,客户端也开了之后,两个都在相互等待。现象2的报错是,客户端报错connection refused。很简单的程序,服务器发一句话,客户端接受并打印。在学socket,用了右边的程序 ->
原创
发布博客 2023.06.07 ·
278 阅读 ·
0 点赞 ·
0 评论 ·
0 收藏

读写锁特征: 两种操作一定是分开的。 不可能同时进行。 两种操作中,其中一种可以多个并行,另一个只能一个在之执行

发布动态 2023.05.31

#include <iostream> using namespace std; int main() { int a=3; const int b=a; cout << b; a=4; cout << b; return 0; } 输出:33

发布动态 2023.04.02