wordpress图片合成,企业网站优化服务主要围绕什么,公众号登录平台入口,现在较为常用的网站开发技术我之前也已经在写了好几篇高频知识点汇总#xff0c;简要介绍一下#xff0c;有需要的同学可以点进去先收藏#xff0c;之后用到时可以看一看。如果有帮助的话#xff0c;希望大家给个赞#xff0c;给个收藏#xff01;有疑问的也可以在评论区留言讨论#xff0c;能帮的…我之前也已经在写了好几篇高频知识点汇总简要介绍一下有需要的同学可以点进去先收藏之后用到时可以看一看。如果有帮助的话希望大家给个赞给个收藏有疑问的也可以在评论区留言讨论能帮的上大家的都会尽力回复的
前言
这篇【计算机网络】是我在学习时自己整理的大部分都是按我个人的理解来写的答案。废话不多说直接铺干货。
1. 讲讲OSI协议
这就一道题回答时遵循如下原则即可 横向看为哪两个平行的东西提供服务 纵向看为上层提供什么服务 协议举例 应用层 为应用程序间提供通信和交互的协议。DNS、HTTP、SMTP 等。 传输层 为两台主机中的进程间提供通用的数据传输服务。为上层提供服务把应用层的报文封装成 TCP 的报文段或 UDP 的用户数据报进行传送。TCP、UDP 网络层 为两台主机提供通信服务。为上层提供服务把运输层产生的报文段或用户数据报封装成 IP 数据报进行传送。ARP、ICMP 数据链路层 还是为两台主机之间的数据传输提供服务两台主机之间的传输总是在一段一段的链路上传送的就需要链路层的协议。为上层提供服务把 IP 数据报封装成帧在链路上进行传递。CSMA PPP 物理层 在传输媒体上进行传输比特流。为上层提供服务尽可能为数据链路层屏蔽传输媒体和通信手段的差异把帧拆分成比特流在传输媒介上进行传输。时分复用、频分、码分多址、波分复用等
2. 应用层
2.1 DNS 协议
是域名解析协议提供了域名和 IP 地址之间相互转换的服务。
可以使用 UDP 或 TCP但一般用 UDP 因为快只要一个请求一个应答就 ok 了 但 UDP 协议传输的内容不能超过 512 字节一般上客户端向 DNS 服务器查域名返回的内容都不超过 512 字节用 UDP 就够了。
为什么区域传送用 TCP 呢 什么是区域传送就是 主 DNS 服务器上的数据有变化了需要向下传送变化的那部分数据时因为数据必然很大并且要保证传输可靠所以不能用 UDP。 因为 DNS 是分布式数据库要从主 DNS 上复制内容时不能用不可靠的 UDP需要用 TCP 协议。
2.2 DHCP协议
知道是干什么的就行了 给用户提供了即插即用的联网方式用户不需要再手动配置 IP 地址等信息。 其自动为用户配置 IP 地址、子网掩码、网关等信息。
2.3 应用层还有没有别的协议
FTP 动态主机配置协议 SMTP 电子邮件协议
2.4 Web页面的请求过程
简略版
URL 敲下之后浏览器是想要生成一个 TCP 套接字以向目标 HTTP 服务器请求资源。 为了生成 TCP 套接字我们必须知道域名对应的 IP 地址 为了知道域名的 IP 地址我们必须先向 DNS 服务器发送 DNS 查询报文 为了向 DNS 服务器发送 DNS 查询报文需要知道默认网关的 MAC 地址。 为了知道其 MAC 地址必须用 ARP 协议进行解析出下一跳也就是默认网关的 MAC 地址。
拿到默认网关 MAC 地址后会封装一个 DNS 查询报文向 DNS 发送 查询请求。 DNS 服务器收到请求后把查询结果放在 UDP 报文段中返回给主机。
主机现在拿到了域名对应的 IP 地址可以生成套接字把套接字用于向 HTTP 服务器发送 HTTP GET 报文了。 而在生成 TCP 套接字之前要进行三次握手的连接 1 2 3 连接之后把 GET 请求封装在报文中交付给 HTTP 服务器。 HTTP 服务器拿到请求报文后返回对应的 Web 资源。 浏览器收到 HTTP 响应之后抽取 Web 页面的内容进行渲染。
巨tm详细版
应用层URL 敲下之后首先浏览器会生成一个 TCP 套接字以向目标 HTTP 服务器请求资源。为了生成该套接字需要知道该 URL 域名对应的 IP 地址。 应用层而为了向 DNS 服务器发送请求生成一个 DNS 查询报文是 53 端口号的。 网络层这个 DNS 数据报被放入一个目的地址为 DNS 服务器 IP 地址的 IP 数据报中。 IP 数据报被放入一个帧中把帧发到默认的网关中而为了知道网关的 MAC 地址需要用 ARP 协议来把网关的 IP 解析为 MAC 地址。
直到了网关的 MAC 地址后才可以继续 DNS 的解析过程。 网关路由器拿到 DNS 查询报文后会根据报文转发给下一跳直到到达 DNS 服务器。 到达 DNS 服务器后DNS 在数据库中查询待解析的域名。 找到 DNS 记录后发送 DNS 回答报文放入 UDP 报文段中转发回主机。
主机拿到了解析后的域名也就是 IP 地址后就能生成套接字把套接字用于向 Web 服务器发送 HTTP GET 报文。 在生成 TCP 套接字之前必须先与 HTTP 服务器进行三次握手来建立连接。 生成一个具有目的端口 80 的 TCP SYN 报文段并向 HTTP 服务器发送该报文段。 HTTP 服务器收到该报文段之后回复 TCP 的 SYN ACK 报文段发回主机。 主机接收到 SYN ACK 之后再次恢复一个 ACK 确认连接报文段到 HTTP 服务器。 三次连接建立完毕。 浏览器生成 HTTP GET 报文并交付给 HTTP 服务器。 HTTP 服务器从 TCP 套接字读取 HTTP GET 报文生成一个响应报文把 Web 页面的内容放入报文主体中返回给主机。 浏览器拿到响应报文后抽取 Web 页面内容渲染页面。
2.5 HTTP状态码
1xx 表示成功
2xx 表示成功
3xx 表示重定向
4xx 表示客户端的请求错误比如 404 资源没找到
5xx 表示服务器错误
2.6 HTTP 长连接和短连接讲讲流水线知道是什么么
长连接
当浏览器访问一个包含多张图片的网站时如果用短连接就会建立大量的 TCP 连接这样很耗资源。 长连接允许只建立一个 TCP 连接就能进行多次 HTTP 通信。 1.1 之前默认短连接 1.1 以后默认长连接
流水线
默认情况下HTTP 请求是按顺序发的下一个请求只有在当前请求收到响应之后才会被发出有点像停止等待协议。而在收到下一个请求之前可能需要很长时间。 流水线就是在一个 HTTP 长连接下连续发出请求不用等待响应返回减少延迟。
2.7 Cookie 和 Session 的区别
首先分别说 cookie 和 session 是什么 cookie whatcookie 是保存在客户端浏览器里的一种信息载体。 why用来保存一些站点的用户数据这样能够为用户定值一些功能比如免登陆功能。 how服务器发送的响应报文的首部有一个 set-cookie 字段客户端在拿到这个响应后把这个字段的内容保存到浏览器中。在客户端再次发送请求同类资源时就会把 cookie 一起携带在请求中发送到服务端。 session what服务器会给每个浏览器创建一个 session 对象保存在服务器里。 why存储在浏览器的 cookie 不安全可能会有一些 js 脚本能拿到 cookie 的信息所以存储在服务器更加安全一些。 how使用 session 维护用户登陆状态如下 用户登陆时把用户名密码表单放入 http 请求报文中。 服务器收到后为其创建一个 session并创建一个名为 sessionID 的 cookie其值就映射了服务器里的 session。 客户端收到这个 cookie 后把 sessionID 保存在 cookie 里。 客户端之后对同一个服务器进行请求时会把 cookie 也带上去服务器收到之后提取出 sessionID从中读取出用户信息。 以上分析就可以轻易的看出 cookie 和 session 的区别 cookie 存放在客户端session 存放在服务器端 cookie 的安全性没有 session 高 浏览器如果禁用了 Cookie URL 重写技术可以把 sessionID 作为 URL 的参数进行传递。 其他临场发挥 生命周期都是可以设置的 作用域都是可以设置的
2.8 HTTP 1.1 和 1.0 的主要区别 长连接 短连接 Connectionkeep-alive 错误状态响应码 HTTP 新增了一些错误状态响应码
下面这俩看不懂别记了
缓存处理带宽优化以及网络连接的使用
2.9 请求转发和重定向的区别 请求转发 浏览器只发出一次请求收到一次响应。请求所转发到的资源中可以直接获取到请求中所携带的数据浏览器地址栏显示的为用户所提交的请求路径不会改变只能跳转到当前应用的资源中。 重定向 浏览器发出两次请求接收到两次响应。重定向到的资源不能直接获取到用户提交请求中所携带的数据。浏览器地址栏显示的为重定向的请求路径而非用户提交请求的路径。也正因如此重定向的一个很重要的作用是防止表单的重复提交恶意刷新页面每刷新一次就重新提交一次重定向不仅可以跳转到当前应用的其它资源也可以跳转到其它应用中的资源。 如何选择一般选转发重定向的两种实用场景 如果需要跳转到其它应用肯定重定向。如果处理表单数据的 servlet 需要跳转到其它的 servlet则需要选择重定向防止表单重复提交。例如博客项目的 login 登陆接口
2.10 URL 和 URI 的区别
URI 更像是一个身份证是资源的标志符。 URL 更像是一个地址是资源的定位符。 一个 URL 可以确定哪个主机的哪个项目下的哪个资源。
2.11 HTTP 和 HTTPS 的区别
端口来讲http 端口默认是 80https 默认端口号是 443安全性来讲HTTP 是运行在 TCP 之上的所有传输都是明文传输客户端和服务端无法验明对方的身份。而 HTTPS 在中间加了一层 SSL 协议SSL 协议是运行在 TCP 之上的所有的传输内容都经过加密这个加密其实是对称加密。而对称密钥是用服务器方的公钥进行了非对称加密传输过去的。 对称加密算法加密解密为同一个密钥且速度很快。非对称加密算法密钥成对出现公钥加密私钥解密或者私钥加密公钥解密。算法较为复杂消耗资源更多。
2.12 SSL 过程 讲讲 SSL 的过程 公众号拓跋阿秀的回答 what? SSL 是安全套接字是用于加密和验证应用程序和Web服务器之间发送数据的协议。用于提供身份验证HTTPS 的 S 其实指就是 SSL 协议。 how? 简略过程是这样的 首先客户端向服务器发起 SSL 连接请求。 服务器把自己的证书发给客户端的浏览器。 客户端浏览器检查服务器过来的证书是不是 CA 签发的如果是就继续执行协议如果不是就发出一个警告询问是否继续。 继续协议从证书中把服务器的公钥拿下来用公钥加密通信用的对称密钥发给服务器。 服务器用自己的私钥对其解密拿到对称密钥。 接下来就可以进行数据传输服务器和客户端双方用相同的对称密钥对数据加密可以保证安全。 面试问怎么保证不被篡改 可以把摘要md5 值单独加密发过去这样解密的时候对内容进行 md5 算法和摘要进行比对如果不一样那么就是被篡改了。 追问不是这个意思我是问的是你怎么保证公钥就是服务器的公钥 嗷服务器事先已经向 CA 申请CA 是大家都信任的机构 CA 在判明申请者的身份之后会用自己的私钥对服务器的公开密钥加密也就是做了个数字签名然后把这个经过数字签名之后的证书一起发给客户端客户端拿到之后用数字签名进行验证如果验证通过就可以开始通信了。 自己理解的核心点 其实单独的非对称加密的一个弱点就是公钥可能被伪造比如 A、B通信之间隔了个C这个C把 A、B通信时用的公钥全部换了这样也是没办法验证身份的。 那只需要保证公钥不被伪造就可以了CA 的公钥大家都相信甚至已经内置在浏览器里不会被伪造都相信 CA 所以只要数字签名认证通过就可以完全信任服务器了。
2.13 GET 和 POST 区别
get 是获取数据post 是修改数据get 把请求的数据放在 url 上 以?分割URL和传输数据参数之间以相连所以get不太安全。而post把数据放在HTTP的包体内requrest bodyget 提交的数据最大是 2k 限制实际上取决于浏览器 post 理论上没有限制。GET 产生一个 TCP 数据包浏览器会把 http header 和 data 一并发送出去服务器响应 200(返回数据); POST产生两个TCP数据包浏览器先发送header服务器响应100 continue浏览器再发送data服务器响应200 ok(返回数据)。GET请求会被浏览器主动缓存而POST不会除非手动设置。 本质区别GET是幂等的而POST不是幂等的
3. 传输层
3.1 注意 三次握手 四次挥手 的状态演变图
3.2 TCP 三次握手
明确四个概念的表达
SYN请求连接标志位ACK确认标志位seq序号ack确认号
下面开始叙述 三次握手的过程 客户端的连接请求首先客户端发送一个带 SYN 标志位的连接请求到服务器客户端进入 SYN-SENT 状态。 服务端的连接确认请求服务器收到之后回复一个 SYN 和 ACK 的确认报文到客户端此时服务端进入 SYN-RECV 状态等待第三次握手。 客户端的连接确认请求客户端接收到确认报文后向服务端再次发出带 ACK 的确认报文后客户端这边连接建立服务端收到客户端的第三次确认报文后连接建立。 为何要三次握手 从第一个角度。通信是双方的行为双方都需要确认四件事自身的接收发送是否正常以及对方的接收发送是否正常。如果仅两次的话服务端是没有办法确认自己发送和对方接收是否正常的不是可靠的连接。 从第二个角度。也可以防止失效连接到达服务器后重新打开连接。客户端发送的请求如果阻塞。那么客户端等待一个超时重传时间以后会重发一个连接请求。假设这个来迟滞留的请求最终到达了服务器如果不三次握手的话服务器就会打开两个连接。如果有第三次握手客户端就会忽略掉服务器之后的连接确认请求。 如果 1、2、3 次握手分别丢包了会发生什么https://blog.csdn.net/plokmju88/article/details/103884145 第一次客户端发的 SYN 丢了 客户端迟迟接不到响应超时重传。 第二次服务端发的 SYN 和 ACK 丢了 客户端迟迟接不到响应超时重传 第三次客户端发的 ACK 丢了 因为第三次发完 ACK 之后随时接下来会继续往服务端发数据我看过一篇博客里写的是发数据时会带上 ACK所以客户端响应的 ACK 包丢了服务器也能够通过之后的包来建立连接。 第三次故意不发送 ACK 呢 洪水攻击服务器在等待第三次握手时是处于半连接状态也是需要耗费资源的如果有攻击者故意不发送第三次 ACK让大量连接处于半连接状态那么会把服务器资源耗尽洪水攻击的目的就达到了。
3.3 TCP 四次挥手 四次挥手的过程 客户端发送一个带 FIN 标志位的关闭连接请求此时客户端进入 FIN - WAIT - 1 阶段。 服务器收到该请求后返回一个 ACK。 客户端收到 ACK 之后进入 FIN - WAIT - 2 阶段此时处于半关闭状态服务器能给客户端发消息但客户端不能给服务器发消息。 当服务器把剩下的消息发完之后会发送一个 带 FIN 标志位的关闭连接请求给客户端。 客户端收到该请求后发出 ACK 确认并进入最后的 TIME - WAIT 状态等待 2MSL最大报文存活时间 后释放连接。 B 收到确认后释放连接。 四次挥手的原因 服务端在收到客户端的 FIN 报文后仅表示客户端不在发送数据了但客户端还可以接而服务端也不是说数据都发完了所以服务端可以立即关闭也可以再发送一段时间的数据后再发送 FIN 报文给客户端表示同意关闭。因此服务端的 ACK 和 FIN 标志位会分开发送在 ACK 和 FIN 之间可能还会给客户端传数据导致多了一次。 为什么客户端要等待 2MSL 后再释放连接 第一个角度确保最后一个确认报文能到达如果服务器没收到来自客户端的 ACK 报文就会重新发送 FIN 报文到客户端客户端等待一段时间就是为了处理这种延迟的情况。 第二个角度等待一段时间是为了让本连接持续的时间内所有报文从网络中消失使得下一个新连接里不会出现旧的报文。
3.4 TCP如何实现可靠传输
答首先可靠传输的基础是滑动窗口协议配合着一些其他的控制来使得整个传输过程可靠。这些控制我觉得可以按分为三部分去解释一个是基本的控制、一个是发送端的控制、一个是接收端的控制。
首先详细说一下滑动窗口协议 首先在发送方和接收方都维护一个滑动窗口发送方的窗口大小其实是由接收方的响应报文里的一个字段控制的。 发送方窗内都允许被发送窗内最左侧的字节如果已发送并且被确认向右滑动直到第一个不是被确认状态的字节。 接收方窗内都允许被接收窗内最左侧的字节如果已接收向右滑动到第一个不是已接收的状态的字节。并且最重要的是接收方仅对最后一个按序到达的字节进行确认
然后说一下这些控制从三个方面来讲
基本的控制 把应用层的数据拆分成适合传输的一个个块儿。给发送的每一个块儿进行编号在接收端对数据包进行重排。发送端的控制 超时重传技术两个公式细节在下面当发送方发送一个包时启动一个定时器等待确认这个包如果不能在阈值内收到确认这个包则重发。流量控制为了控制发送方发送速率保证接收方来得及接收。接收端返回的确认报文中的窗口字段可以控制发送窗口大小从而影响发送方的速率。将窗口字段设置为 0则不能发送数据。拥塞控制四个算法细节在下面当网络拥塞时会丢包此时发送方会不断尝试重传从而导致拥塞程度更高。因此当出现拥塞时应当限制发送方的发送速率。和流量控制很像但目的不同。流量控制更多的是一个端到端的控制要做的是抑制发送端发送数据的速率主要是为了控制接收方来得及接。而拥塞控制是为了宏观上降低网络的拥塞程度。接收端的控制 校验和保证首部的数据的校验和。如何校验和有误那么就丢弃该数据包且不发送确认消息。 丢弃重复如果收到重复的数据包直接丢弃。 3.5 UDP协议讲讲 3.6 TCP和UDP应用场景 实时音视频是可以而且应该用 UDP 的一方面因为它常常涉及到网络穿透另外一方面它不需要重传。——我需要实时的看到你的图像跟声音至于中间丢一帧什么的完全不重要。而为了重传往往会造成延迟与不同步考虑一下某一帧因为重传导致 0.5 秒以后才到那么整个音视频就延迟了0.5秒。 考虑一下接收方视频如果使用 TCP 丢包重传导致视频的中间延迟了0.5秒那么后续的同化全都会比发送方延迟 0.5 秒。这种延迟是累加的随着持续丢帧延迟会越来越大达到数秒甚至分钟级这会严重影响即时性比较强的音视频通话的用户体验。 因此「实时音视频聊天」功能通常都会使用 UDP 实现。 如果出现卡顿掉帧就是 UDP 的结果如果是 TCP 协议那么是直接视频黑屏然后又重新有了不会出现卡顿掉帧因为 TCP 是面向连接的他的确认重传机制保证了他收到的数据是可靠的连续的
网络直播对实时性要求并没有那么高UDP 吧这种视频类型一般不提供可靠交付比如你看到的视频卡顿掉帧等等都是UDP的结果如果是tcp则是视频直接黑屏然后又重新有了而不会卡顿出现掉帧就像打电话一般只会断线而不会卡住这是因为 tcp 保证可靠交付如果网络信号出现问题就会重新交付而不会放任信息丢失。
4. 网络层
4.1 讲讲ARP协议
ARP 协议 这个协议主要提供了由目的 IP 地址得到目的 MAC 地址的功能。
因为网络层讲的是 主机和主机 之间的通信所有下面就把所有的描述成主机之间的通信。 在同一个局域网中主机 A 想往主机 B 发信息时会先在自己的 ARP 缓存表中查找是否有对应 主机B IP 地址的 MAC 地址如果没有则发送一次 广播 ARP 请求分组主机 B 和主机 A 在同一个局域网则主机 B 收到 ARP 请求分组时会回发一个 ARP 响应分组里面带有自己的 MAC 地址。 不在同一个局域网中主机 A 会先把子网掩码和目的 IP 进行相与发现不一个网段那么其下一跳就直接找默认网关就可以了如果 ARP 缓存里没有默认网关的 MAC 地址也需要先发一个 ARP 请求分组等默认网关给他回一个 ARP 响应分组后就拿到了默认网关的 MAC 地址。
路由器会帮他广播找到主机 B 的 MAC 地址然后主机 B 会回答一个 ARP 响应分组给 主机 A 然后就拿到了
4.2 讲讲ICMP协议
what? 本质还是个 IP 数据报IP数据报的数据段用 ICMP 报文代替了而已。
why? ICMP 协议是网络层的协议其主要的作用是用来提高交付成功的机会让网络节点能够报告差错情况和异常情况的。 分为差错报告报文和询问报文。
how? 差错报告报文至少有四种
终点不可达报文当路由器和主机没办法交付数据就向源头发送一个终点不可达报文。时间超过如果路由器发现数据的 TTL 为 0那么丢弃该数据并向源头发送一个时间超过报文。可以用于 traceRoute参数问题如果路由器或主机发现 IP 数据报的首部有错误时就告诉发给源头一个参数问题报文。改变路由报文路由器给主机发送这个报文告诉他有更好的路径。
询问报文有两种
echo(回声) 请求报文或回答报文主机或路由器向一个特定的主机发送回声请求报文目的主机收到后回一个回答报文。时间戳请求和回答报文向服务器请求一个时间戳用来时钟同步和测时间。
应用
ping 命令的过程 主要为了测试两个主机间是否是通的
如果在一个网段 首先主机 A 要向主机 B 发送 ICMP 回声请求报文会先在 ARP 缓存表里找主机 B 的 IP 对应的 MAC 地址、如果有直接发送如果没有则发送一个 ARP 请求。主机 B 收到 ARP 请求之后回复一个 ARP 应答。这样主机 A 就拿到了主机 B 的 MAC 地址。然后主机 A 发送 ICMP 回声请求报文主机 B 接收到以后回复一个 ICMP 回答报文。主机 A 根据回答报文估算往返时间和丢包率等等等。如果不在同一个网段 还是先找 MAC 地址如果有直接发送没有的话发送 ARP 请求到网关。网关收到 ARP 请求后也会在自己的 ARP 缓存表里找是否有没有的话就广播 ARP 请求如果是一对一那就直接找下一跳。具体情况具体分析这里看王道考研 ARP 协议反正就记住如果不在同一个网段就直接交给路由器处理。主机 B 收到 ARP 请求之后把 MAC 地址告诉主机 A主机 A 发送 ICMP 回声请求报文主机 B 接到之后回复一个 ICMP 回答报文。根据回答报文估算往返时间丢包率等
路由跟踪 主要是为了跟踪路由的路径。 用自己的话描述源主机发一系列的 TTL 依次递增的 IP 数据报比如 TTL 为 1 的数据报经过第一个路由器就会给源主机发一个时间超过差错报告报文。这样一直到目的主机就可以直到到达目的主机的路由器的 IP 地址以及到达每个路由器的往返时间。
下面是书上的详细描述不看也罢我真背不会。。。 源主机向目的主机发送一连串的 IP 数据报。第一个数据报 P1 的生存时间 TTL 设置为 1当 P1 到达路径上的第一个路由器 R1 时R1 收下它并把 TTL 减 1此时 TTL 等于 0R1 就把 P1 丢弃并向源主机发送一个 ICMP 时间超过差错报告报文 源主机接着发送第二个数据报 P2并把 TTL 设置为 2。P2 先到达 R1R1 收下后把 TTL 减 1 再转发给 R2R2 收下后也把 TTL 减 1由于此时 TTL 等于 0R2 就丢弃 P2并向源主机发送一个 ICMP 时间超过差错报文。 不断执行这样的步骤直到最后一个数据报刚刚到达目的主机主机不转发数据报也不把 TTL 值减 1。但是因为数据报封装的是无法交付的 UDP因此目的主机要向源主机发送 ICMP 终点不可达差错报告报文。之后源主机知道了到达目的主机所经过的路由器 IP 地址以及到达每个路由器的往返时间。
4. 其他进阶面试题收集
剩下的都是我平时的一些面试题收集我也没有全搞明白如果学有余力的同学可以深入学习一下但这一定是要在上述问题都弄明白的基础上的
这里面有一些是重复的原因是面试题搜集来源不一大家自动过滤掉就好
ack 什么时候发送如果丢失了会怎么样 链路层、物理层都有什么作用其他三层有什么作用 sack 是什么 重传 ack 的时机只有 ack 超时吗 重复的报文被接收会怎么样 拥塞窗口要不要把自己的大小发给接收方为什么有什么意义 延迟 ACK 的意义是什么 为什么不能每次直接发大的窗口 TCP / UDP 区别 TCP / IP 五层架构对应什么协议 如何保证 TCP 的可靠性 三次握手和四次挥手的详细流程 为什么是三次握手而是四次挥手 为什么不能两次握手 为什么等待 2MSL 如果已经建立了连接但是客户端突然出现故障了怎么办 为什么有一个半关闭状态明明客户端已经要求断开连接了你还向客户端发送报文这个数据没传完知道是什么谁的数据没有传输完 TCP 连接池有一个四元组讲讲。 ICMP 协议位于哪一层 链路层 为什么握手是三次而挥手需要四次 浏览器输入域名到页面返回的详细过程经典问题。 get / post 区别 url 访问的原理包括 dns 原理路由器上找的时候有哪几种情况。 http 和 tcp 是什么关系 http 请求头有哪些 Http 断点续传问题 TCP / UDP 有什么缺点是如何解决的 TCP 滑动窗口其实就是 TCP 如何保证可靠连接那一堆东西 TCP 接收窗口和拥塞窗口、流量控制细节包速率增长函数说不清楚假设有节点自带 p 的丢包率如何判断丢包是因为带宽不够还是随机丢包导致的 什么时候会向对端传窗口大小 如果滑动窗口为 0 的时候会怎么办 如果视频聊天出现卡顿如何在应用层面缓解 get / post 有什么区别 视频面试用的是 TCP 还是 UDP为什么 加载 url 到界面显示出来的过程中发生了什么并且这中间有哪些过程是可以优化的 Http 请求头都有什么内容报文格式是什么响应报文格式是什么 Https 为什么要用对称加密 非对称加密 CA证书 讲讲 ping 命令用了哪些协议 讲讲 http 协议 Http 缓存机制讲讲 http 的长连接讲一下 断点续传问题 如何实现长连接 带外数据如何使用可以兼容不同的浏览器么。 讲讲网络通信的多路复用 Http 和 https 的区别CA 整数数字前面SSL 层握手具体过程RSA Http 和 https 在建立连接的时候的区别和联系s 指的是什么 对称密钥为什么速度快 301 302 什么区别响应状态码 cookie 和 session 的区别多个服务器如何保存 session 一致性 讲 TCP 协议 TCP 连接的本质是什么 cookie 和 sesison 的区别是什么 禁用了 cookie 以后还能用session吗如何 计算机在设置 ip 的时候会设置哪些参数ip、子网掩码、网关 子网掩码和网关的作用 路由器、***是哪一层的 DNS 协议 TCP 可靠性如何实现 time_wait 状态有什么用 如果用 udp 发送一个比较大的文件应该如何操作如何确定文件是否发送完成是否有丢失如何对接收到的数据包进行组装编号如何存放用什么数据结构。
