发表于: 2019-07-09 21:38:39
1 934
今天完成的事情:(一定要写非常细致的内容,比如说学会了盒子模型,了解了Margin)
明天计划的事情:(一定要写非常细致的内容)
遇到的问题:(遇到什么困难,怎么解决的)
收获:(通过今天的学习,学到了什么知识)
Promise
所谓Promise,简单说就是一个容器,里面保存着某个未来才会结束的事件(通常是一个异步操作)的结果。从语法上说,Promise 是一个对象,从它可以获取异步操作的消息。Promise 提供统一的 API,各种异步操作都可以用同样的方法进行处理。
Promise对象有以下两个特点:
1.对象的状态不受外界影响。Promise对象代表一个异步操作,有三种状态:pending(进行中)、fulfilled(已成功)和rejected(已失败)。只有异步操作的结果,可以决定当前是哪一种状态,任何其他操作都无法改变这个状态。这也是Promise这个名字的由来,它的英语意思就是“承诺”,表示其他手段无法改变。
2.一旦状态改变,就不会再变,任何时候都可以得到这个结果。Promise对象的状态改变,只有两种可能:从pending变为fulfilled和从pending变为rejected。只要这两种情况发生,状态就凝固了,不会再变了,会一直保持这个结果,这时就称为 resolved(已定型)。如果改变已经发生了,你再对Promise对象添加回调函数,也会立即得到这个结果。这与事件(Event)完全不同,事件的特点是,如果你错过了它,再去监听,是得不到结果的。
注意,为了行文方便,本章后面的resolved统一只指fulfilled状态,不包含rejected状态。
有了Promise对象,就可以将异步操作以同步操作的流程表达出来,避免了层层嵌套的回调函数。此外,Promise对象提供统一的接口,使得控制异步操作更加容易。
Promise的缺点:
1.无法取消Promise,一旦新建它就会立即执行,无法中途取消。
2.如果不设置回调函数,Promise内部抛出的错误,不会反应到外部。
3.当处于pending状态时,无法得知目前进展到哪一个阶段(刚刚开始还是即将完成)。
三次握手
首先Client端发送连接请求报文,Server端接受连接后回复ACK报文,并为这次连接分配资源。Client端接收到ACK报文后也向Server端发送ACK报文,并分配资源。这样就建立了TCP连接。
四次挥手(中断可以是Client端,也可以是Server端)
假设Client端发送中断请求,也就是发送FIN报文。Server端接到FIN报文后,意思是说Client端没有数据要发给你了,但是如果你的数据还没有发送完成,不着急关闭Socket,可以继续发送数据,所以Server发送ACK告诉Client端,你的请求我收到了,但是我还没有准备好,请你继续等待我的消息,这个时候Client端进入FIN_WAIT状态,继续等待Server的FIN报文。当Server端确定数据已经发送完成,则向Client端发送FIN报文,告诉Client端,我的数据已经发送完毕了,准备好关闭连接了。Client端收到FIN报文后,就知道可以关闭连接了,但是它还是不相信网络,怕Server端不知道要关闭,所以发送ACK后进入TIME_WAIT状态,如果Server端没收到ACK则可以重传,Server端收到ACK后就知道可以断开连接了。Client端等待2MSL后依然没有收到回复,则证明Server端已正常关闭,然后Client端就可以关闭连接了。TCP连接就这样关闭了。
1.为什么连接的时候是三次握手,中断的时候是四次挥手?
因为当Server端接收到Client端的请求报文后,可以直接发送SYN+ACK报文。其中ACK报文是用来应答的,SYN报文是用来同步的。在关闭连接时,当Server端收到FIN报文时,很可能并不能立即关闭SOCKET,所以只是先回复一个ACK报文,告诉Client端,你发的报文收到了。当Server端所有的报文都发送完了,我才能发送FIN报文,所以需要四次。
2.为什么TIME_WAIT状态需要经过2MSL(最大报文生成时间)才能返回到close状态
虽然四个报文发送完毕就可以直接进入close状态了,但是我们必须想象网络是不可靠的,有可能最后一个ACK丢失,所以TIME_WAIT状态就是来重发可能丢失的ACK报文
评论