2018-06-26

HTTP请求的三次握手,四次挥手

image
  • 三次握手

    1. 客户端发送一个带有SYN(建立连接)的TCP报文到服务器,这个三次握手的开始,表示客户端想要和服务端建立连接
    2. 服务端接受到客户端的请求,返回客户端报文,这个报文带有SYN(建立连接)ACK(确认)标志,询问客户端是否准备好
    3. 客户端再次响应服务端一个ACK(确认),表示自己已经准备好

举例说明为什么是三次而不是两次
       客户发送了第一个连接的请求报文,但是由于网络不好,这个请求没有立即到达服务器,而是在某个网络节点滞留了,直到某个时间才到达服务器,本来这已经是一个失效的链接报文,但是服务器接收到这个请求报文后,还是会向客户端发出确认的报文,表示同意链接,假如不使用第三次握手,那么只要服务端发出确认,连接就会建立,但其实这个请求是失效的请求,客户端是不会理睬服务器发来的确认信息,也不会向服务器发送确认请求,但是服务器认为新的连接已经建立起来了,并一直等待客户端发送数据,这样,服务器的很多资源就会白白浪费。采用三次握手就是为了防止这种情况的发生,服务器会因为接收不到确认的报文,就知道客户端没有建立连接。

  • 四次挥手
    1. 客户端发送一个FIN,用来关闭客户端到服务器的数据传送。
    2. 服务器接收到FIN,它发回一个ACK,确认序号为收到的序号+1。和SYN一样,一个FIN将占用一个序号。
    3. 服务器关闭客户端的链接,发送一个FIN给客户端。
    4. 客户端发回ACK报文确认,并将确认序号设置为收到的序号+1。

重定this指向,call,apply,bind

例1

var name = "小王",age = 17;
var obj = {
    name:"小张";
    obAge:this.age;
    myFun:function(){
        console.log(this.name + "年龄" + this.age);
    }
}
obj.objAge;  //17
obj.myFun()  //小张年龄undefined

例2

var fav = "盲僧";

function shows(){
    console.log(this.fav);
}

shows()  //盲僧

比较一下这两者this 的差别,第一个this 指向obj,第二个全局声明的shows()函数 this 是window ;

1,call()、apply()、bind() 都是用来重定义 this 这个对象的!

如:

obj.myFun.call(db);    //德玛年龄99

obj.myFun.apply(db);    //德玛年龄99

obj.myFun.bind(db)();   //德玛年龄99

以上出了bind 方法后面多了个()外 ,结果返回都一致!
由此得出结论,bing 返回的是一个新的函数,你必须调用它才会被执行

2,对比call 、bind 、 apply 传参情况下

obj.myFun.call(db,'成都','上海');            //德玛 年龄 99 来自 成都 去往 上海

obj.myFun.apply(db,['成都','上海']);        //德玛 年龄99  来自 成都去往 上海  

obj.myFun.bind(db,'成都','上海')();         //德玛 年龄 99  来自 成都去往上海

obj.myFun.bind(db,['成都','上海'])();     //德玛 年龄 99  来自 成都,上海去往undefined

从上面四个结果不难看出
call 、bind 、 apply 这三个函数的第一个参数都是 this 的指向对象,
第二个参数差别就来了:
call的参数是直接放进去的,第二第三第n个参数全都用逗号分隔,直接放到后面 obj.myFun.call(db,'成都', ... ,'string' );
apply的所有参数都必须放在一个数组里面传进去 obj.myFun.apply(db,['成都', ..., 'string' ]);
bind除了返回是函数以外,它 的参数和call 一样。
当然,三者的参数不限定是string类型,允许是各种类型,包括函数 、 object 等等!

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,544评论 6 501
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,430评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,764评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,193评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,216评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,182评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,063评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,917评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,329评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,543评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,722评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,425评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,019评论 3 326
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,671评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,825评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,729评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,614评论 2 353

推荐阅读更多精彩内容