Xavi_小闸总学闸瓦

数据库的索引类型 参考资料：MySQL实战45讲 普通索引 普通索引允许索引内容有重复数据，任务是为了加快对数据的访问速度。没什么特别的要求，只要它是查询的条件，就可以给它加上普通索引 唯一索引 唯一

Java断点续传多线程下载器（2）- HttpURLConnection和IO流传输​ 三笠镇楼，进巨结局我看裂开上回，咱把整个下载器的流程和原理给梳理一遍，很显然这里有几个重点知识点：如何和网络地址

这玩意第一眼看上去会出现很多问题也很正常嘛，绝对不只是因为我菜啊。我们平时最常用的下载器应该就是迅雷了，或者就是在浏览器上直接下载。如果让我自己来搞一个下载器的话，我的第一反应可能是个传输工具的demo吧。于是，出现了以下的问题： FTP（文件传输协议的简称）（File Tra…

TCP拥塞控制的过程。（四个状态都要解释清楚） 在某段时间里，对网络中某一资源的需求超过可用范围，也就是供不应求，网络性能就会下降。这种状况，就是拥塞 有时个别报文段丢失会被误认为发送拥塞，错误减小拥塞算法，降低效率。为了解决这个问题，增加了后两个算法 要求接收方不要等待发送数…

如果接收方把不按序到达的数据一律丢弃，那么接受窗口的管理将会比较简单，但这样对网络资源的利用不利，因为发送方会重复传送较多的数据。 TCP要求接收方必须有累计确认和捎带确认机制，减少传输开销。接收方可以在合适的时候发送确认，也可以在自己有数据要发生时，顺便一起把确认信息带上 接…

在TCP建立连接时，有三次握手，第一次握手SYN=1时发起连接的同步位；第二次握手时，SYN=1和ACK=1同时被发送，也就是对上一次收到的连接请求报文段的确认和这一次的连接请求同时发送，也就是请求和确认在同一份报文中都有体现。 但是第二次挥手，确认位ACK=1和终止位FIN=…

客户端进程向服务器进程发送TCP连接释放报文段，并进入终止等待1 FIN-WAIT1状态。该报文段首部中的终止位FIN=1,确认位ACK=1,表明这是一个TCP连接释放报文段。**同时，这也是对之前收到的报文段的确认。**序号seq字段的值设置位u，u是TCP客户进程之前最后传…

两次握手，服务器端接收到第一次连接请求后就进入连接确认，客户端也不会发送普通确认报文段。 如果第一次的TCP连接请求在网络中滞留了，那么他就会使得服务器端再一次直接进入连接已确认状态，而此时的客户端时关闭的，客户端无法被动建立连接，接收不到服务器的连接确认报文段，浪费网络资源。…

最开始，服务器端和客户端都会创建传输控制块：TCP连接表、指向发送和接收缓存的指针、只想重传队列的指针、当前的发送和接收序号等。 客户进程向服务器进程发送TCP连接请求报文段，然后客户端自己进入同步已发送状态(SYN-SENT),报文首部中有个同步位SYN在这里被设置为1（为1…