java面试真题烽火通信_Java面试宝典之网络通信篇

1.http协议的状态码有哪些&＃xff1f;含义是什么&＃xff1f;

200 OK 客户端请求成功

301Moved Permanently&＃xff08;永久移除)&＃xff0c;请求的URL已移走。Response中应该包含一个 Location URL&＃xff0c;说明资源现在所处的位置

302found 重定向

400Bad Request 客户端请求有语法错误&＃xff0c;不能被服务器所理解

401Unauthorized 请求未经授权&＃xff0c;这个状态代码必须和WWW-Authenticate报头域一起使用

403 Forbidden 服务器收到请求&＃xff0c;但是拒绝提供服务

404 Not Found 请求资源不存在&＃xff0c;eg&＃xff1a;输入了错误的URL

500 Internal Server Error 服务器发生不可预期的错误

503 Server Unavailable 服务器当前不能处理客户端的请求&＃xff0c;一段时间后可能恢复正常

2.http的请求报文组成?

请求行&＃xff1a;

1、是请求方法&＃xff0c;GET和POST是最常见的http方法&＃xff0c;除此以外还包括DELETE、HEAD、OPTIONS、PUT、TRACE。

2、为请求对应的URL地址&＃xff0c;它和报文头的Host属性组成完整的请求URL。

3、是协议名称及版本号。

请求头&＃xff1a;

是http的报文头&＃xff0c;报文头包含若干个属性&＃xff0c;格式为“属性名:属性值”&＃xff0c;服务端据此获取客户端的信息。

与缓存相关的规则信息&＃xff0c;均包含在header中

请求体&＃xff1a;

是报文体&＃xff0c;它将一个页面表单中的组件值通过param1&＃61;value1¶m2&＃61;value2的键值对形式编码成一个格式化串&＃xff0c;它承载多个请求参数的数据。不但报文体可以传递请求参数&＃xff0c;请求URL也可以通过类似于“/chapter15/user.html? param1&＃61;value1¶m2&＃61;value2”的方式传递请求参数。

3.一次完整的http请求是怎样的&＃xff1f;

域名解析 --> 发起TCP的3次握手 --> 建立TCP连接后发起http请求 --> 服务器响应http请求&＃xff0c;浏览器得到html代码 --> 浏览器解析html代码&＃xff0c;并请求html代码中的资源&＃xff08;如js、css、图片等&＃xff09; --> 浏览器对页面进行渲染呈现给用户

4.Tcp和Udp的区别&＃xff1f;

1.基于连接与无连接&＃xff1b;
2.对系统资源的要求&＃xff08;TCP较多&＃xff0c;UDP少&＃xff09;&＃xff1b;
3.UDP程序结构较简单&＃xff1b;
4.流模式与数据报模式 &＃xff1b;
5.TCP保证数据正确性&＃xff0c;UDP可能丢包&＃xff0c;TCP保证数据顺序&＃xff0c;UDP不保证。

5.SSL协议的三个特性

私密性&＃xff1a;在握手协议定义了会话密钥后&＃xff0c;所有的消息都被加密。
确认性&＃xff1a;尽管会话的客户端认证是可选的&＃xff0c;但是服务器端始终是被认证的。
可靠性&＃xff1a;传送的消息包括消息完整性检查。

6.TCP的三次握手与四次挥手

第一次握手&＃xff1a;建立连接时&＃xff0c;客户端发送syn包&＃xff08;syn&＃61;x&＃xff09;到服务器&＃xff0c;并进入SYN_SENT状态&＃xff0c;等待服务器确认&＃xff1b;SYN&＃xff1a;同步序列编号&＃xff08;Synchronize Sequence Numbers&＃xff09;。

第二次握手&＃xff1a;服务器收到syn包&＃xff0c;必须确认客户的SYN&＃xff08;ack&＃61;x&＃43;1&＃xff09;&＃xff0c;同时自己也发送一个SYN包&＃xff08;syn&＃61;y&＃xff09;&＃xff0c;即SYN&＃43;ACK包&＃xff0c;此时服务器进入SYN_RECV状态&＃xff1b;

第三次握手&＃xff1a;客户端收到服务器的SYN&＃43;ACK包&＃xff0c;向服务器发送确认包ACK(ack&＃61;y&＃43;1&＃xff09;&＃xff0c;此包发送完毕&＃xff0c;客户端和服务器进入ESTABLISHED&＃xff08;TCP连接成功&＃xff09;状态&＃xff0c;完成三次握手。

1&＃xff09;客户端进程发出连接释放报文&＃xff0c;并且停止发送数据。释放数据报文首部&＃xff0c;FIN&＃61;1&＃xff0c;其序列号为seq&＃61;u&＃xff08;等于前面已经传送过来的数据的最后一个字节的序号加1&＃xff09;&＃xff0c;此时&＃xff0c;客户端进入FIN-WAIT-1&＃xff08;终止等待1&＃xff09;状态。 TCP规定&＃xff0c;FIN报文段即使不携带数据&＃xff0c;也要消耗一个序号。

2&＃xff09;服务器收到连接释放报文&＃xff0c;发出确认报文&＃xff0c;ACK&＃61;1&＃xff0c;ack&＃61;u&＃43;1&＃xff0c;并且带上自己的序列号seq&＃61;v&＃xff0c;此时&＃xff0c;服务端就进入了CLOSE-WAIT&＃xff08;关闭等待&＃xff09;状态。TCP服务器通知高层的应用进程&＃xff0c;客户端向服务器的方向就释放了&＃xff0c;这时候处于半关闭状态&＃xff0c;即客户端已经没有数据要发送了&＃xff0c;但是服务器若发送数据&＃xff0c;客户端依然要接受。这个状态还要持续一段时间&＃xff0c;也就是整个CLOSE-WAIT状态持续的时间。

3&＃xff09;客户端收到服务器的确认请求后&＃xff0c;此时&＃xff0c;客户端就进入FIN-WAIT-2&＃xff08;终止等待2&＃xff09;状态&＃xff0c;等待服务器发送连接释放报文&＃xff08;在这之前还需要接受服务器发送的最后的数据&＃xff09;。

4&＃xff09;服务器将最后的数据发送完毕后&＃xff0c;就向客户端发送连接释放报文&＃xff0c;FIN&＃61;1&＃xff0c;ack&＃61;u&＃43;1&＃xff0c;由于在半关闭状态&＃xff0c;服务器很可能又发送了一些数据&＃xff0c;假定此时的序列号为seq&＃61;w&＃xff0c;此时&＃xff0c;服务器就进入了LAST-ACK&＃xff08;最后确认&＃xff09;状态&＃xff0c;等待客户端的确认。

5&＃xff09;客户端收到服务器的连接释放报文后&＃xff0c;必须发出确认&＃xff0c;ACK&＃61;1&＃xff0c;ack&＃61;w&＃43;1&＃xff0c;而自己的序列号是seq&＃61;u&＃43;1&＃xff0c;此时&＃xff0c;客户端就进入了TIME-WAIT&＃xff08;时间等待&＃xff09;状态。注意此时TCP连接还没有释放&＃xff0c;必须经过2∗∗MSL&＃xff08;最长报文段寿命&＃xff09;的时间后&＃xff0c;当客户端撤销相应的TCB后&＃xff0c;才进入CLOSED状态。

6&＃xff09;服务器只要收到了客户端发出的确认&＃xff0c;立即进入CLOSED状态。同样&＃xff0c;撤销TCB后&＃xff0c;就结束了这次的TCP连接。可以看到&＃xff0c;服务器结束TCP连接的时间要比客户端早一些。

7.为什么连接的时候是三次握手&＃xff0c;关闭的时候却是四次握手&＃xff1f;

因为当Server端收到Client端的SYN连接请求报文后&＃xff0c;可以直接发送SYN&＃43;ACK报文。其中ACK报文是用来应答的&＃xff0c;SYN报文是用来同步的。但是关闭连接时&＃xff0c;当Server端收到FIN报文时&＃xff0c;很可能并不会立即关闭SOCKET&＃xff0c;所以只能先回复一个ACK报文&＃xff0c;告诉Client端&＃xff0c;"你发的FIN报文我收到了"。只有等到我Server端所有的报文都发送完了&＃xff0c;我才能发送FIN报文&＃xff0c;因此不能一起发送。故需要四步握手。

8.如果已经建立了连接&＃xff0c;但是客户端突然出现故障了怎么办&＃xff1f;

TCP还设有一个保活计时器&＃xff0c;显然&＃xff0c;客户端如果出现故障&＃xff0c;服务器不能一直等下去&＃xff0c;白白浪费资源。服务器每收到一次客户端的请求后都会重新复位这个计时器&＃xff0c;时间通常是设置为2小时&＃xff0c;若两小时还没有收到客户端的任何数据&＃xff0c;服务器就会发送一个探测报文段&＃xff0c;以后每隔75秒钟发送一次。若一连发送10个探测报文仍然没反应&＃xff0c;服务器就认为客户端出了故障&＃xff0c;接着就关闭连接。

9.http中重定向和请求转发的区别&＃xff1f;

　　本质区别&＃xff1a;转发是服务器行为&＃xff0c;重定向是客户端行为。

　　重定向特点&＃xff1a;两次请求&＃xff0c;浏览器地址发生变化&＃xff0c;可以访问自己web之外的资源&＃xff0c;传输的数据会丢失。

　　请求转发特点&＃xff1a;一次强求&＃xff0c;浏览器地址不变&＃xff0c;访问的是自己本身的web资源&＃xff0c;传输的数据不会丢失。

10.GET和POST的区别&＃xff1f;

1、GET请求的数据会附在URL之后&＃xff08;就是把数据放置在http协议头中&＃xff09;&＃xff0c;以?分割URL和传输数据&＃xff0c;参数之间以&相连&＃xff0c;如&＃xff1a;login.action?name&＃61;zhagnsan&password&＃61;123456。POST 把提交的数据则放置在是http包的包体中。

2、GET方式提交的数据最多只能是1024字节&＃xff0c;理论上POST没有限制&＃xff0c;可传较大量的数据。其实这样说是错误的&＃xff0c;不准确的&＃xff1a;“GET方式提交的数据最多只能是1024字节"&＃xff0c;因为 GET 是通过URL提交数据&＃xff0c;那么GET可提交的数据量就跟URL的长度有直接关系了。而实际上&＃xff0c;URL不存在参数上限的问题&＃xff0c;http协议规范没有对URL长度进行限制。这个限制是特定的浏览器及服务器对它的限制。IE对URL长度的限制是2083字节(2K&＃43;35)。对于其他浏览器&＃xff0c;如Netscape、FireFox等&＃xff0c;理论上没有长度限制&＃xff0c;其限制取决于操作系统的支持​​​3、POST的安全性要比GET的安全性高。注意&＃xff1a;这里所说的安全性和上面 GET 提到的“安全”不是同个概念。上面“安全”的含义仅仅是不作数据修改&＃xff0c;而这里安全的含义是真正的 Security的含义&＃xff0c;比如&＃xff1a;通过GET 提交数据&＃xff0c;用户名和密码将明文出现在URL上&＃xff0c;因为登录页面有可能被浏览器缓存&＃xff0c;其他人查看浏览器的历史纪录&＃xff0c;那么别人就可以拿到你的账号和密码了&＃xff0c;除此之外&＃xff0c;使用 GET 提交数据还可能会造成Cross-site request forgery攻击。

4、Get 是向服务器发索取数据的一种请求&＃xff0c;而Post是向服务器提交数据的一种请求&＃xff0c;在FORM&＃xff08;表单&＃xff09;中&＃xff0c;Method默认为"GET"&＃xff0c;实质上GET和POST只是发送机制不同&＃xff0c;并不是一个取一个发。