[网络协议]计算机基础前端面试专用

• 跨域怎么解决?
  a页面想获取b页面资源，如果a、b页面的协议、域名、端口、子域名不同，所进行的访问行动都是跨域的。
  
  解决方法：

1. nginx反向代理
   对nginx进行配置，监听某个端口，然后设置location进行对应url的请求转发，去请求对应的服务器。
2. JSONP
   网页通过添加一个script元素，向服务器请求 JSON 数据，服务器收到请求后，将数据放在一个指定名字的回调函数的参数位置传回来。
3. CORS
   1、普通跨域请求：只需服务器端设置Access-Control-Allow-Origin
   2、带cookie跨域请求：前后端都需要进行设置
   【前端设置】根据xhr.withCredentials字段判断是否带有cookie
   前端：xhr.withCredentials = true;
   后端：

// 允许跨域访问的域名：若有端口需写全（协议+域名+端口），若没有端口末尾不用加'/'
response.setHeader("Access-Control-Allow-Origin", "http://www.domain1.com"); 
 
// 允许前端带认证cookie：启用此项后，上面的域名不能为'*'，必须指定具体的域名，否则浏览器会提示
response.setHeader("Access-Control-Allow-Credentials", "true"); 

**

计算机网络部分

**

• 状态码
  1XX:信息型状态码 接受的请求正在处理
  2XX:成功状态码 请求正常处理完毕
  3XX:重定向状态码 需要进行附加操作来完成请求
  4XX:客户端错误状态码 服务器无法处理请求
  5XX:服务器错误状态码 服务器请求出错
  其中需要了解的状态码：
  301：永久性重定向。会在头部字段返回新的URI，获取新的内容替换掉旧的网址。
  302：临时性重定向。不会去替换旧的网址，比如判断用户是否登录来跳转。
  404：无法找到请求的资源。
  403：对资源的访问被服务器拒绝了。
  500：服务器执行时出现故障。
  503：服务器不可用，可能超负载或者正在维护。

• 协议栈
  有OSI的七层协议，五层协议，还有TCP/IP的四层协议。
  其中TCP/IP四层协议分别是应用层，传输层，网络层，数据链路层；五层协议在TCP/IP的基础上最下面多了个物理层；而OSI的七层协议在五层协议的基础上，在应用层下面多了表示层和会话层。因为OSI的协议太复杂，太过理想化，更偏向理论，因此使用的比较少，而TCP/IP使用更多。
  

• IP地址和MAC地址
  IP地址：是网络层及以上各层使用的地址，是一种逻辑地址，一个主机可以有多个IP地址。
  MAC地址：是数据链路层和物理层的地址，是物理地址。一个主机只有一个物理地址。
  在使用IP地址的IP数据报一旦交给数据链路层，就封装成MAC帧了，MAC帧在传输时使用的源地址和目的地址都是MAC地址。
  使用ARP协议可以将IP地址映射成MAC地址，使用DNS可以将域名映射成IP地址。

• TCP和UDP的区别
  UDP：无连接的，尽最大努力交付的，是面向报文的（传输层加上首部后直接乡向下传输，不会合并或者拆分），没有拥塞控制，支持一对一、一对多、多对多，首部开销小。
  TCP：面向连接的，提供可靠的交付，提供全双工，面向字节流，会拆分报文，并且标记序号。

• 流量控制
  滑动窗口协议。
  发送方有一个发送窗口，接收方有一个接收窗口，发送方发送字节后，接受方会进行确认，并且把接收窗口的大小发送给发送方，发送方可以根据接收方的窗口大小来进行调整，可以和接收窗口一样大或者更小。

• 三次握手
  why？因为如果之前有建立连接的请求发送但是没有按时到达，已经变得过期不可用了，如果后期到达，并且目的主机确认后（这里只有两次握手），就建立连接，但是并没有传输的东西，会浪费网络资源。

HTTP协议部分

HTTP协议用于客户端和服务器之间的通信。
HTTP协议是无连接的，虽然使用了TCP链接，但是通信双方在交换HTTP报文之前不需要先建立HTTP链接。
HTTP协议是无状态的，简化了服务器的设计，是服务器支持大量并发的HTTP请求。
在1997年之前使用的是HTTP/1.0，现在普遍使用HTTP/1.1。

• HTTP版本区别
  
  HTTP/0.9 仅支持GET请求，不支持请求头
  HTTP/1.0 默认短连接（一次请求建议一次TCP连接，请求完就断开），支持GET、POST、 HEAD请求。缺点：每次请求一个文档就需要2*RTT(往返时间)的开销，如图所示，并且每次建立新的连接都要重新分配缓存和变量。
  HTTP/1.1 默认长连接（一次TCP连接可以多次请求），即使用的是持续连接，在发送响应后仍然在一段时间内保持这条链接，同一个用户和服务器可以继续用这条链接传输，这样建立连接后每次传输只需要一个RTT时间；支持PUT、DELETE、PATCH等六种请求，增加host头，支持虚拟主机，支持断点续传功能。
  HTTP/2.0

  1. 多路复用，降低开销（一次TCP连接可以处理多个请求），在一个连接里，客户端和浏览器都可以同时发送多个请求或回应，且不用按顺序一一对应，避免了队头堵塞的问题,此双向的实时通信称为多工；
  2. 服务器主动推送（相关资源一个请求全部推送）；
  3. 头部信息和数据体都是二进制，解析基于二进制，解析错误少，更高效（HTTP/1.X解析基于文本）；
  4. 报头压缩，降低开销，头信息使用gzip或compress压缩后再发送。

• 报文结构
  

• GET,POST的区别
  GET是获取资源
  POST传输数据，获取处理后的资源，是用来传输实体主体的。

• 首部行的一些常用字段

  1. 通用首部字段（请求报文和响应报文双方都会使用的首部）
     Cache-Control：操作缓存的工作机制，有max-age等
     Connection：控制不在转发给代理的首部字段，管理持久化连接（close,keep-alive）
     Date：创建HTTP报文的日期和时间
  2. 请求首部字段
     Accept：想要的资源格式
     Authorization：告诉服务器用户代理的认证信息
     Host：请求的资源所处的互联网主机名和端口号
     If-Match：当If-Match的字段值跟ETag匹配一致时，服务器才会接受请求。
     If-Modified-Since：如果服务器在指定的时间之后更新过资源，则会接受请求
     If-None-Match：和If-Match相反，当字段值与ETag不一致的时候，才会接受请求
     User-Agent：浏览器的相关信息
  3. 响应首部字段
     Age：源服务器在多久前创建了响应
     ETag：能告知客户端实体标识，它是一种将资源以字符串形式做唯一性标识的方法
     Location：提示客户端去访问另一个地址
     Retry-After：客户端应该子啊多久之后再次发送请求
     Server：告诉客户端当前服务器上安装的HTTP服务器的信息
  4. 实体首部字段
     Allow：获取资源支持的HTTP方法
     Content-Encoding
     Content-Language
     Content-Length
     Expires：会将资源失效的日期告知客户端，会优先处理max-age
     Last-Modified：资源最终修改的时间
  5. 为Cookie服务的首部字段
     Set-Cookie：
     
     Cookie

操作系统部分

• 进程和线程
  进程

  1. 一个具有独立功能的可并发执行的程序，在一个数据集合上运行的过程
  2. 进程 = 程序 + 数据 + PCB（进程控制块）
  3. 进程实体是一个能独立运行的基本单位，可独立获得资源和独立调度
  4. 进程的三个状态：运行状态、就绪状态、阻塞状态。
  5. 进程的大致生命周期：从后备队列中选出进程，分配内存和PCB，成为进程，处于就绪状态；CPU空闲时被调度，成为运行状态；当进程有I/O请求时，会阻塞被挂起，成为阻塞状态；进程运行完毕后。成为完成状态，让出内存和CPU。
     线程
     进程使多个程序可以并发执行，而线程使得并发粒度更细，并发性更好，在切换时的代价比进程小。
     线程是可以被系统独立调度的基本单位，但是不能独享资源。

• 死锁
  什么是死锁：多个进程因为竞争资源而造成的一种僵局，若无外力作用，这些进程将永远无法推进。

  死锁产生的必要条件：

  1. 互斥：至少有一个资源必须属于非共享模式，即一次只能被一个进程使用；若其他申请使用该资源，那么申请进程必须等到该资源被释放为止；
  2. 占有并等待：一个进程必须占有至少一个资源，并等待另一个资源，而该资源为其他进程所占有；
  3. 非抢占：进程不能被抢占，即资源只能被进程在完成任务后自愿释放
  4. 循环等待：若干进程之间形成一种头尾相接的环形等待资源关系

  死锁处理的方法：
  死锁预防（破坏四个条件之一）、死锁避免（银行家算法，让系统出于安全状态）、死锁检测、死锁恢复（终止进程/资源抢占）