Android面试题网络篇

Android面试题网络篇，由本人整理汇总，后续将继续推出系列篇，如果喜欢请持续关注和推荐。

系列文章目录：

• Android面试题View篇
• Android面试题进程篇
• Android面试题线程篇

TCP和UDP的区别
（TCP）传输控制协议，是一种提供可靠数据传输的通用协议。 （UDP）用户数据报协议，是一个面向无连接的协议。采用该协议不需要两个应用程序先建立连接。UDP协议不提供差错恢复，不能提供数据重传，因此该协议传输数据安全性差。

如何设计在 UDP 上层保证 UDP 的可靠性传输

• 1.简单来讲，要使用UDP来构建可靠的面向连接的数据传输，就要实现类似于TCP协议的超时重传，有序接受，应答确认，滑动窗口流量控制等机制,等于说要在传输层的上一层（或者直接在应用层）实现TCP协议的可靠数据传输机制。
• 2.比如使用UDP数据包+序列号，UDP数据包+时间戳等方法，在服务器端进行应答确认机制，这样就会保证不可靠的UDP协议进行可靠的数据传输。
• 3.基于udp的可靠传输协议有：RUDP、RTP、UDT

OSI与TCP/IP各层的结构与功能，都有哪些协议
OSI开放式系统互联 TCP/IP传输控制协议 OSI模型有7层 TCP/IP模型有5层

OSI模型

• 物理层：规定通信设备的机械的、电气的、功能的和过程的特性，用以建立、维护和拆除物理链路连接。
• 数据链路层：传输有MAC地址的帧以及错误检测功能
• 网络层：（两个主机之间）为数据包（packets）选择路由
• 传输层：（两个主机的应用进程之间）提供端对端的接口
• 会话层：访问验证和会话管理等（如服务器验证用户登录）
• 表示层：数据格式化，代码转换，数据加密等
• 应用层：为操作系统或网络应用程序提供访问网络服务的接口：文件传输，电子邮件，文件服务，虚拟终端等

TCP/IP模型

• 网络接口层（对应OSI物理层、数据链路层）
• 网络层：IP,ICMP
• 传输层：TCP,UDP
• 应用层（对应OSI会话层、表示层、应用层）：HTTP,FTP,DNS

TCP原理
可靠连接，三次握手，四次挥手

• 1.三次握手：防止了服务器端的一直等待而浪费资源，例如只是两次握手，如果s确认之后c就掉线了，那么s就会浪费资源
  • 1.syn-c = x，表示这消息是x序号
  • 2.ack-s = x + 1，表示syn-c这个消息接收成功。syn-s = y，表示这消息是y序号。
  • 3.ack-c = y + 1，表示syn-s这条消息接收成功
• 2.四次挥手：TCP是全双工模式
  • 1.fin-c = x , 表示现在需要关闭c到s了。ack-c = y,表示上一条s的消息已经接收完毕
  • 2.ack-s = x + 1，表示需要关闭的fin-c消息已经接收到了，同意关闭
  • 3.fin-s = y + 1，表示s已经准备好关闭了，就等c的最后一条命令
  • 4.ack-c = y + 1，表示c已经关闭，让s也关闭
• 3.滑动窗口，停止等待、后退N、选择重传
• 4.拥塞控制，慢启动、拥塞避免、加速递减、快重传快恢复

TCP的三次握手过程？为什么会采用三次握手，若采用二次握手可以吗？
答:建立连接的过程是利用客户服务器模式，假设主机A为客户端，主机B为服务器端。

• （1）TCP的三次握手过程：主机A向B发送连接请求；主机B对收到的主机A的报文段进行确认；主机A再次对主机B的确认进行确认。
• （2）采用三次握手是为了防止失效的连接请求报文段突然又传送到主机B，因而产生错误。失效的连接请求报文段是指：主机A发出的连接请求没有收到主机B的确认，于是经过一段时间后，主机A又重新向主机B发送连接请求，且建立成功，顺序完成数据传输。考虑这样一种特殊情况，主机A第一次发送的连接请求并没有丢失，而是因为网络节点导致延迟达到主机B，主机B以为是主机A又发起的新连接，于是主机B同意连接，并向主机A发回确认，但是此时主机A根本不会理会，主机B就一直在等待主机A发送数据，导致主机B的资源浪费。
• （3）采用两次握手不行，原因就是上面说的实效的连接请求的特殊情况。

Http位于TCP/IP模型中的第几层？为什么说Http是可靠的数据传输协议？
tcp/ip的五层模型： 从下到上：物理层->数据链路层->网络层->传输层->应用层 其中tcp/ip位于模型中的网络层，处于同一层的还有ICMP（网络控制信息协议）。http位于模型中的应用层 由于tcp/ip是面向连接的可靠协议，而http是在传输层基于tcp/ip协议的，所以说http是可靠的数据传输协议。

HTTP协议的结构？
请求报文：请求行 － 通用信息头 － 请求头 － 实体头 － 报文主体
响应报文：状态行 － 通用信息头 － 响应头 － 实体头 － 报文主体

HTTP怎么处理长连接？
在HTTP/1.0中，默认使用的是短连接。也就是说，浏览器和服务器每进行一次HTTP操作，就建立一次连接，但任务结束就中断连接。 HTTP/1.1起，默认使用长连接，用以保持连接特性。使用长连接的HTTP协议，会在响应头有： Connection:keep-alive。Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。实现长连接要客户端和服务端都支持长连接。

http协议有几种版本，它们有什么区别

• HTTP/0.9 :只接受GET一种请求方法，没有在通信中指定版本号，且不支持请求头。由于该版本不支持POST方法，因此客户端无法向服务器传递太多信息，已过时。
• HTTP/1.0 :第一个在通信中指定的版本号，至今被广泛采用，特别是在代理服务器中。
• HTTP/1.1 :当前版本号，持久连接被默认采用，并能很好地配合代理服务器工作。还支持以管道方式在同时发送多个请求，以便降低线路负载，提高传输速度。
• HTTP/2.0:一个HTTP/2.0连接通过一个TCP连接（上面运行的应用程序级协议[TCP] ）。 客户端是TCP连接发起者。

http get与post方法在项目中如何选择，有何区别
GET一般用于获取/查询资源信息，而POST一般用于更新资源信息

• 1.根据HTTP规范，GET用于信息获取，而且应该是安全的和幂等的。
  (1).所谓安全的意味着该操作用于获取信息而非修改信息。换句话说，GET 请求一般不应产生副作用。就是说，它仅仅是获取资源信息，就像数据库查询一样，不会修改，增加数据，不会影响资源的状态。
  注意：这里安全的含义仅仅是指是非修改信息。
  (2).幂等的意味着对同一URL的多个请求应该返回同样的结果。
• 2.根据HTTP规范，POST表示可能修改变服务器上的资源的请求。
• 3 get提交数据会有大小的限制（1024k），post提交无限制

HTTP HTTPS的区别:
https是用SSL加密的。电脑与服务器之间收发的信息传输将更加安全。
Web服务器启用SSL需要获得一个服务器证书并将该证书与要使用SSL的服务器绑定。
http和https使用的是完全不同的连接方式,用的端口也不一样,前者是80,后者是443。
HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议,要比http协议安全

为什么需要 HTTPS ？
超文本传输协议 (HTTP) 是一个用来通过互联网传输和接收信息的协议。HTTP 使用请求/响应的过程，因此信息可在服务器间快速、轻松而且精确的进行传输。当你访问 Web 页面的时候你就是在使用 HTTP 协议，但 HTTP 是不安全的，可以轻松对窃听你跟 Web 服务器之间的数据传输。在很多情况下，客户和服务器之间传输的是敏感歇息，需要防止未经授权的访问。为了满足这个要求，网景公司(Netscape)推出了HTTPS，也就是基于安全套接字层的 HTTP 协议。

HTTP 和 HTTPS 的不同之处
1.HTTP 的 URL 以 http:// 开头，而 HTTPS 的 URL 以 https:// 开头
2.HTTP 是不安全的，而 HTTPS 是安全的
3.HTTP 标准端口是 80 ，而 HTTPS 的标准端口是 443
4.在 OSI 网络模型中，HTTP 工作于应用层，而 HTTPS 工作在传输层
5.HTTP 无需加密，而 HTTPS 对传输的数据进行加密
6.HTTP 无需证书，而 HTTPS 需要认证证书

HttpClient与HttpUrlConnection的区别
此处延伸：Volley里用的哪种请求方式（2.3前HttpClient，2.3后HttpUrlConnection）
首先HttpClient和HttpUrlConnection 这两种方式都支持Https协议，都是以流的形式进行上传或者下载数据，也可以说是以流的形式进行数据的传输，还有ipv6,以及连接池等功能。HttpClient这个拥有非常多的API，所以如果想要进行扩展的话，并且不破坏它的兼容性的话，很难进行扩展，也就是这个原因，Google在Android6.0的时候，直接就弃用了这个HttpClient. 而HttpUrlConnection相对来说就是比较轻量级了，API比较少，容易扩展，并且能够满足Android大部分的数据传输。比较经典的一个框架volley，在2.3版本以前都是使用HttpClient,在2.3以后就使用了HttpUrlConnection。

Socket建立网络连接的步骤
建立Socket连接至少需要一对套接字，其中一个运行与客户端--ClientSocket，一个运行于服务端--ServiceSocket

• 1、服务器监听：服务器端套接字并不定位具体的客户端套接字，而是处于等待连接的状态，实时监控网络状态，等待客户端的连接请求。
• 2、客户端请求：指客户端的套接字提出连接请求，要连接的目标是服务器端的套接字。注意：客户端的套接字必须描述他要连接的服务器的套接字，指出服务器套接字的地址和端口号，然后就像服务器端套接字提出连接请求。
• 3、连接确认：当服务器端套接字监听到客户端套接字的连接请求时，就响应客户端套接字的请求，建立一个新的线程，把服务器端套接字的描述发给客户端，一旦客户端确认了此描述，双方就正式建立连接。而服务端套接字则继续处于监听状态，继续接收其他客户端套接字的连接请求。

HTTP请求的完整过程？

• Http请求的过程，与电脑上访问一个网页大概相同
• 建立TCP连接
  在HTTP工作开始之前，Web浏览器首先要通过网络与Web服务器建立连接，该连接是通过TCP来完成的，该协议与IP协议共同构建Internet，即著名的TCP/IP协议族，因此Internet又被称作是TCP/IP网络。HTTP是比TCP更高层次的应用层协议，根据规则，只有低层协议建立之后才能进行更高层协议的连接，因此，首先要建立TCP连接，一般TCP连接的端口号是80。
• Web浏览器向Web服务器发送请求命令
  一旦建立了TCP连接，Web浏览器就会向Web服务器发送请求命令。例如：GET/sample/hello.jsp HTTP/1.1。
• Web浏览器发送请求头信息
  浏览器发送其请求命令之后，还要以头信息的形式向Web服务器发送一些别的信息，之后浏览器发送了一空白行来通知服务器，它已经结束了该头信息的发送。
• Web服务器应答 客户机向服务器发出请求后，服务器会客户机回送应答， HTTP/1.1 200 OK ，应答的第一部分是协议的版本号和应答状态码。
• Web服务器发送应答头信息
  正如客户端会随同请求发送关于自身的信息一样，服务器也会随同应答向用户发送关于它自己的数据及被请求的文档。
• Web服务器向浏览器发送数据
  Web服务器向浏览器发送头信息后，它会发送一个空白行来表示头信息的发送到此为结束，接着，它就以Content-Type应答头信息所描述的格式发送用户所请求的实际数据。
• Web服务器关闭TCP连接
  一般情况下，一旦Web服务器向浏览器发送了请求数据，它就要关闭TCP连接，然后如果浏览器或者服务器在其头信息加入了这行代码：Connection:keep-alive
• TCP连接在发送后将仍然保持打开状态，于是，浏览器可以继续通过相同的连接发送请求。保持连接节省了为每个请求建立新连接所需的时间，还节约了网络带宽。

浏览器输入地址到返回结果发生了什么

• 1.DNS解析
• 2.TCP连接
• 3.发送HTTP请求
• 4.服务器处理请求并返回HTTP报文
• 5.浏览器解析渲染页面
• 6.连接结束

在浏览器中输入www.baidu.com后执行的全部过程

• 1、客户端浏览器通过DNS解析到www.baidu.com的IP地址220.181.27.48，通过这个IP地址找到客户端到服务器的路径。客户端浏览器发起一个HTTP会话到220.161.27.48，然后通过TCP进行封装数据包，输入到网络层。
• 2、在客户端的传输层，把HTTP会话请求分成报文段，添加源和目的端口，如服务器使用80端口监听客户端的请求，客户端由系统随机选择一个端口如5000，与服务器进行交换，服务器把相应的请求返回给客户端的5000端口。然后使用IP层的IP地址查找目的端。
• 3、客户端的网络层不用关心应用层或者传输层的东西，主要做的是通过查找路由表确定如何到达服务器，期间可能经过多个路由器，这些都是由路由器来完成的工作，我不作过多的描述，无非就是通过查找路由表决定通过那个路径到达服务器。
• 4、客户端的链路层，包通过链路层发送到路由器，通过邻居协议查找给定IP地址的MAC地址，然后发送ARP请求查找目的地址，如果得到回应后就可以使用ARP的请求应答交换的IP数据包现在就可以传输了，然后发送IP数据包到达服务器的地址。

Cookie与Session的作用于原理？

• cookie机制：客户端保持状态。“Set-Cookie”域；cookie的内容主要包括：名字，值，过期时间，路径和域。浏览器检查所有存储的cookie，如果某个cookie所声明的作用范围大于等于将要请求的资源所在的位置，则把该cookie附在请求资源的HTTP请求头上发送给服务器。
• session机制：服务器端保持状态。 当程序需要为某个客户端的请求创建一个session时，服务器首先检查这个客户端的请求里是否已包含了一个session标识（称为session id），如果已包含则说明以前已经为此客户端创建过session，服务器就按照session id把这个session检索出来使用（检索不到，会新建一个）；如果客户端请求不包含session id，则为此客户端创建一个session并且生成一个与此session相关联的session id，session id的值应该是一个既不会重复，又不容易被找到规律以仿造的字符串，这个session id将被在本次响应中返回给客户端保存。

网络劫持的类型原理

• 1.DNS劫持、欺骗、污染
• 2.http劫持：重定向、注入js，http注入、报文扩展

欢迎关注Android高级编程微信公众号：