前端面试题(二)

* 1,TCP三次握手和四次挥手的全过程* TCP是主机对主机层的传输控制协议,提供可靠的连接服务,采用三次握手确认建立一个连接:位码即tcp标志位,有6种表示:SYN(synchronous建立连接)ACK(确表表示响应,确认)UR(紧急紧急指针字段值有效)* 三次握手 第一次握手:客户端发送SYN包(SYN = X)到服务器,并进入SYN_SEND状态,等待服务器确认;第二次握手:服务器收到SYN包,必须确认客户的SYN(ACK = X + 1),同时自己也发送一个SYN包( SYN = Y),即SYN + ACK包,此时服务器进入SYN_RECV状态;第三次握手:客户端收到服务器的SYN + ACK包,向服务器发送确认包ACK(ACK = Y + 1),此包发送完毕,客户端和服务器进入ESTABLISHED状态,完成三次握手。握手过程中传送的包里不包含,三次握手完毕,客户端与服务器才正式开始传送数据理想状态 下,TCP连接一旦建立,在通信双方中的任何一方主动关闭连接之前,TCP连接都将被一直保持下去确认号:其数值等于发送方的发送序号+1(即接收方期望接收的下一个序列号)。四次挥手:*

与建立连接的“三次握手”类似,断开一个TCP连接则需要“四次挥手”第一次挥手:主动关闭方发送一个FIN,用来关闭主动方到被动关闭方的数据传送,也就是主动关闭方告诉被动关闭方:我已经不会再给你发数据了(当然,在鳍包之前发送出去的数据,如果没有收到对应的ACK确认报文,主动关闭方依然会重发这些数据) ,但是,此时主动关闭方还可以接受数据第二次挥手:被动关闭方收到FIN包后,发送一个ACK给对方,确认序号为收到序号+1(与SYN相同,一个FIN占用一个序号)第三次挥手:被动关闭方发送一个FIN,用来关闭被动关闭方到主动关闭方的数据传送,也就是告诉主动关闭方,我的数据也发送完了,不会再给你发数据了第四次挥手:主动关闭方收到FIN后,发送一个ACK给被动关闭方,确认序号为收到序号1,至此,完成四次挥手TCP的四次挥手 过程(简言之):主动关闭方向被动关闭方发送不会再给你发数据了的信息;被动关闭方对收到的主动关闭方的报文段进行确认;被动关闭方向主动关闭方发送我也不会再给你发数据了的信息;主动关闭方再次对被动关闭方的确认进行确认.TCP三次握手和四次挥手的全过程如下图:[这里写图片描述](https://开头img-blog.csdn.net/20180604103915653?watermark / 2 /文本/ aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzIwNzUzMjI5 /字体/ 5a6L5L2T /字号/ 400 /填充/ I0JBQkFCMA == /溶解/ 70)

TCP的三次握手过程为什么会采用三次握手,若采用二次握手可以吗答:建立连接的过程是利用客户服务器模式,假设主机阿为客户端,主机乙为服务器端(1)TCP的三次握手过程:主机甲向乙发送连接请求;主机乙对收到的主机甲的报文段进行确认;主机甲再次对主机乙的确认进行确认(2)采用三次握手是为了防止失效的连接请求报文段突然又传送到主机B,因而产生错误失效的连接请求报文段是指:主机甲发出的连接请求没有收到主机乙的确认,于是经过一段时间后,主机甲又重新向主机乙发送连接请求,且建立成功,顺序完成数据传输。考虑这样一种特殊情况,主机甲第一次发送的连接请求并没有丢失,而是因为网络节点导致延迟达到主机B,主机乙以为是主机甲又发起的新连接,于是主机乙同意连接,并且主机甲发回确认,但是此时主机甲根(3)采用两次握手不行,原因就是上面说的失效的连接请求的特殊情况,因此采用三次握手刚刚好,两次可能出现失效,四次甚至更多次则没必要,反而复杂了。* 2,行内元素有哪些?块级元素有哪些?* 行内元素:a,b,span,img,输入,选择,坚强; ②块级元素:div,ul,ol,li,dl,dd,dt,h1,…… h6,p;另外,补充一下空(void)元素:br,hr,link,meta,area ,base,col,embed …… * 3,怎么清除浮动?*浮动元素脱离文档流,不占据空间,浮动元素碰到包含它的边框或者浮动元素的边框停留.①使用空标签清楚浮动:这种方法是在所有浮动标签后添加一个空标签,定义CSS清除:两者弊端就是增加了无意义标签

.②使用溢出:给包含浮动元素的父标签的父标签添加的CSS属性溢出:汽车;缩放:1,变焦:1用于兼容IE6。③ 
使用后对象:该方法只适用于非IE浏览器。(必须设置高度:0)

* 4,如何解决跨域问题?* ①JSONP:动态插入脚本标签,通过脚本标签引入一个js文件,这个JS文件载入成功后会执行我们在URL参数中指定的函数,并且会把我们需要的JSON数据作为参数传入。优点是兼容性好,简单易用,支持浏览器与服务器的双向通信;缺点是只支持获取请求.②CORS:服务器端对于CORS的支持,主要通过设置访问控制允许来源来进行的,如果浏览器得到相应的设置,就可通过阿贾克斯进行跨域的访问.③通过修改document.domain的来跨子域。将子域和主域设为同 个主域,前提条件是这两个域必须属于同一个基础域,而且所用的协议,端口一致,否则无法通过修改文件.domain来跨域.④使用HTML5中新引进的window.postMessage方法来跨域传送数据.⑤使用window.name来进行跨域。还有flash,在服务器上设置代理页面等跨域方式(个人推荐window.name的方法,既不复杂,又兼容几乎所有浏览器)。* *

5,ajax中get和post的区别是什么?* 获取:一般用于信息获取,使用URL传递参数,对所发信息的大小有限制(<2KB),使用Request.QueryString获取变量的值.Post :一般用于修改服务器上的资源,传送数据量大,一般默认不受限制,使用的Request.Form获取提交的变量。在以下情况下使用后:当提交表单时,当传送较大数据文件时,当无法使用缓存时,当发送包含未知字符的用户输入时。6,你所知道的前端性能优化的方法有哪些? ①减少http请求次数:CSSSprites,JS,CSS源码压缩,图片大小控制; ②前端模块:JS +数据,减少由于HTML标签导致的宽带浪费③用innerHTML代替DOM操作,减少DOM操作次数,优化JS性能; ④当需要设置的样式很多时设置className⑤不是直接操作风格; ⑤少用全局变量,缓存DOM节点查找的结果减少IO读取操作; ⑥避免使用CSS表达式(CSS表达式); ⑦图片预加载,将样式表放在顶部,将脚本放在底部,加上时间戳; ⑧避免在页面的主体布局中使用table,table要等其中的内容完全下载后才会显示出来,显示比div + css布局慢。* 7,DOM事件流有哪几种?有什么区别?* *分为冒泡型事件和捕获型事件。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值