目录TCP为啥设定为三次握手(两个角度分析)不可靠产生无效链接浪费服务器资源TCP为啥四次挥手服务端有剩余数据需要发送--四次挥手(多数情况)服务端无剩余数据发送--捎带应答--四次变三次(少数情况)四次挥手可能出现的问题可能出现大量的TIME_WAIT可能出现大量的CLOSE_WAITTCP为啥设定为三次握手(两个角度分析)如果是4次，多了一次没啥意义还慢了，如果是两次握手逻辑可能存在下列问题：(这两个方面也可以理解为握手过程中可能出现的问题)不可靠TCP协议是可靠的，那么建立的连接也需要确保是双向，可靠的;根据连接过程分析，只有一方收到了另一方的ack确认报文，才能证明那一方的接收功能都正
练习四：文件名重复publicclassUUIDTest{publicstaticvoidmain(String[]args){Stringstr=UUID.randomUUID().toString().replace("-","");System.out.println(str);//9f15b8c356c54f55bfcb0ee3023fce8a}}```publicclassClient{ publicstaticvoidmain(String[]args)throwsIOException{ //客户端：将本地文件上传到服务器。接收服务器的反馈。 //服务器：接收客户端
上一篇我们说了网络其实是不稳定的，TCP和UDP其实是两个不同的对立者，所以TCP为了保证数据在网络中传输的可靠性，从丢包、乱序、重传、拥塞等场景有自己的一套打法。TCP格式源端口和目标端口是不可缺少的，用以区分到达发送给拿个应用。序号为了解决数据乱序的问题，解决数据先来后到的顺序问题。，确认序列号是为了保证对方又没有收到，用来重传的。对于TCP来说会努力保证TCP层面数据的可靠性。接下来就是SYN发起一个连接、ACK是回复、RST是重新连接。FIN是结束连接等。TCP是面向连接的，因而双方要维护连接的状态，这些带状态位的包的发送，会引起双方的状态变更。最重要的一个就是流量控制，是通过窗口大小
1.TCP套接字编程流程1.1概念流式套接字编程针对TCP协议通信，即是面向对象的通信，分为服务端和客户端两部分。1.2服务端编程流程：1）加载套接字库（使用函数WSAStartup()），创建套接字（使用socket()）2）绑定套接字到一个IP地址和一个端口上（使用函数bind()）3）将套接字设置为监听模式等待连接请求（使用函数listen()），监听套接字即完成4）请求到来后，接收连接请求，返回一个新的对应于此次连接的套接字（accept()）5）使用新的套接字和客户端进行通信，发送和接收数据（send()或recv()），通信结束就关闭这个新创建的套接字（closesocket()）
21.1引言TCP提供可靠的运输层。它使用的方法之一就是确认从另一端收到的数据。但数据和确认都有可能会丢失。TCP通过在发送时设置一个定时器来解决这种问题。如果当定时器溢出时还没有收到确认，它就重传该数据。对任何实现而言，关键之处就在于超时和重传的策略，即怎样决定超时间隔和如何确定重传的频率。我们已经看到过两个超时和重传的例子：（1）在6.5节的ICMP端口不能到达的例子中，看到TFTP客户使用UDP实现了一个简单的超时和重传机制：假定5秒是一个适当的时间间隔，并每隔5秒进行重传；（2）在向一个不存在的主机发送ARP的例子中（第4.5节），我们看到当TCP试图建立连接的时候，在每个重传之间使用
当我尝试启动mongodb时出现以下错误:Tryingtorunthecommand:./mongod--dbpath=../dataFailedtounlinksocketfile/tmp/mongodb-27017.sockerrno:13PermissiondeniedFatalAssertion28578根据其他帖子的建议，尝试找到文件/tmp/mongodb-27017.sock，将其删除。但文件本身不可用。但是当我尝试使用root执行此操作时，我能够启动mongo数据库。对于普通用户，它会失败。使用的版本:mongodb-osx-x86_64-3.0.2
文章目录1.UDP1.1UDP结构1.2UDP特点1.无连接2.不可靠3.面向数据报4.缓冲区5.大小受限6.无序性2.TCP2.1TCP结构2.2TCP特点1.有连接2.可靠性3.面向字节流4.拥塞控制5.头部开销2.3TCP原理1.确认应答（安全机制）2.超时重传（安全机制）3.连接管理（安全机制）4.滑动窗口（效率机制）5.流量控制（安全机制）6.拥塞控制（安全机制）7.延迟应答（效率机制）8.捎带应答（效率机制）2.4粘包问题1.UDP1.1UDP结构2字节的长度表示整个数据报的最大长度（UDP首部＋UDP数据）。校验和用来验证数据是否出错，出错就摒弃。首部8个字节。源/目的端口号：表
文章目录📖前言1.TCP协议格式2.确认应答机制3.16位窗口大小4.6个标记位4.1URG紧急指针标记位：5.超时重传机制：6.连接管理机制6.1TCP三次握手（重点）：6.1-1三次握手的原因6.1-2RST复位标志位6.2TCP四次挥手（重点）：6.2-1CLOSE_WAIT和TIME_WAIT状态（1）解决TIME_WAIT状态引起的bind失败的方法（2）查看在accept之前三次握手建立的连接6.2-2listen的第二个参数7.滑动窗口7.1如何理解滑动窗口：7.2滑动窗口移动和大小问题：8.高速重发控制（快重传）9.流量控制10.拥塞控制10.1慢启动机制：11.延迟应答12.
错误信息：Errorresponsefromdaemon:pullaccessdeniedfortest-image,repositorydoesnotexistormayrequire'dockerlogin':denied:requestedaccesstotheresourceisdenied.解决方法：打开dockerdesktop，再运行dockerlogin即可
TCP的定义TCP全称为TransmissionControlProtocol（传输控制协议），是一种面向连接的、可靠的、基于字节流的传输层通信协议。TCP是为了在不可靠的互联网络上提供可靠的端到端字节流而专门设计的一个传输协议。TCP的三次握手和四次挥手，可以说是老生常谈的经典问题了，通常也作为各大公司常见的面试考题，具有一定的水平区分度。看似简单的面试问题。如果你的回答不符合面试官期待的水准，有可能就直接凉凉了。本文会围绕，从三次握手和四次挥手相关的一系列核心问题，分享如何更准确回答和应对常见的面试问题，以后面对再刁钻的面试官，你都可以随意地跟他扯皮了优雅回答三次握手三次握手：服务端新建套
