网络通讯

Xml与JSON区别？

数据交换格式

区别:

xml是重量级、json是轻量级

xml比较占带宽、json占带宽小,易于压缩

json在webservice 用的比较少、xml用的较多

相同：

两者都用在项目交互下  例如  移动app接口用的就是json、在web项目中与其他项目对接用xml较多。

json常用解析方法 gson、jsonobject、jackson等 xml dom sax pull 解析

TCP与UDP区别？

  udp:  a、是面向无连接, 将数据及源的封装成数据包中,不需要建立建立连接

           b、每个数据报的大小在限制64k内

           c、因无连接,是不可靠协议

           d、不需要建立连接,速度快

tcp：   a、建议连接，形成传输数据的通道.

           b、在连接中进行大数据量传输，以字节流方式

           c 通过三次握手完成连接,是可靠协议

           d 必须建立连接m效率会稍低

    聊天、网络视频会议、桌面共享用的就是 udp

说说三次握手?

  (1）第一次握手：建立连接时，客户端A发送SYN包（SYN=j）到服务器B，并进入SYN_SEND状态，等待服务器B确认。 

（2）第二次握手：服务器B收到SYN包，必须确认客户A的SYN（ACK=j+1），同时自己也发送一个SYN包（SYN=k），即SYN+ACK包，此时服务器B进入SYN_RECV状态。 

（3）第三次握手：客户端A收到服务器B的SYN＋ACK包，向服务器B发送确认包ACK（ACK=k+1），此包发送完毕，客户端A和服务器B进入ESTABLISHED状态，完成三次握手。 

完成三次握手，客户端与服务器开始传送数据。 

什么是Webserivce?

Webservice就是提供不同的平台相互通讯，基于Soap协议。

Web service 就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。

SOAP是一种简单基于xml的轻量协议，用户web上交换结构化信息和类型信息。

soap请求是HTTP POST的一个专用版本，遵循一种特殊的xml消息格式Content-type设置为: text/xml任何数据都可以xml化。

WebService实现原理是？

HTTP协议+XML

说一下什么是Http协议？

对器客户端和 服务器端之间数据传输的格式规范，格式简称为“超文本传输协议”。

什么是Http协议无状态协议？怎么解决Http协议无状态协议？（曾经去某创业公司问到）

1、无状态协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息

2、无状态协议解决办法： 通过1、Cookie 2、通过Session会话保存。

说一下Http协议中302状态(阿里经常问)？

http协议中，返回状态码302表示重定向。

这种情况下，服务器返回的头部信息中会包含一个 Location 字段，内容是重定向到的url

Http协议有什么组成？

请求报文包含三部分：

a、请求行：包含请求方法、URI、HTTP版本信息

b、请求首部字段

c、请求内容实体

响应报文包含三部分：

a、状态行：包含HTTP版本、状态码、状态码的原因短语

b、响应首部字段

c、响应内容实体

Http协议中有那些请求方式？

GET： 用于请求访问已经被URI（统一资源标识符）识别的资源，可以通过URL传参给服务器

POST：用于传输信息给服务器，主要功能与GET方法类似，但一般推荐使用POST方式。

PUT： 传输文件，报文主体中包含文件内容，保存到对应URI位置。

HEAD： 获得报文首部，与GET方法类似，只是不返回报文主体，一般用于验证URI是否有效。

DELETE：删除文件，与PUT方法相反，删除对应URI位置的文件。

OPTIONS：查询相应URI支持的HTTP方法。

Http协议中Http1.0与1.1区别？

在http1.0中，当建立连接后，客户端发送一个请求，服务器端返回一个信息后就关闭连接，当浏览器下次请求的时候又要建立连接，显然这种不断建立连接的方式，会造成很多问题。

5. 在http1.1中，引入了持续连接的概念，通过这种连接，浏览器可以建立一个连接之后，发送请求并得到返回信息，然后继续发送请求再次等到返回信息，也就是说客户端可以连续发送多个请求，而不用等待每一个响应的到来。

Http协议实现原理机制？

  2.1、整个流程步骤

  2.2、域名解析过程

  2.3、三次握手过程

  2.4、发起HTTP请求

  2.5、响应HTTP请求并得到HTML代码

  2.6、浏览器解析HTML代码

  2.7、浏览器对页面进行渲染呈现给用户

get与post请求区别？（初级程序员必备问题）

区别一：

  get重点在从服务器上获取资源，post重点在向服务器发送数据；

区别二：

   get传输数据是通过URL请求，以field（字段）= value的形式，置于URL后，并用"?"连接，多个请求数据间用"&"连接，如http://127.0.0.1/Test/login.action?name=admin&password=admin，这个过程用户是可见的；

post传输数据通过Http的post机制，将字段与对应值封存在请求实体中发送给服务器，这个过程对用户是不可见的；

区别三：

 Get传输的数据量小，因为受URL长度限制，但效率较高；

Post可以传输大量数据，所以上传文件时只能用Post方式；

区别四：

 get是不安全的，因为URL是可见的，可能会泄露私密信息，如密码等；

post较get安全性较高；

区别五：

get方式只能支持ASCII字符，向服务器传的中文字符可能会乱码。

post支持标准字符集，可以正确传递中文字符。

9、Http请求报文与响应报文格式？

请求报文包含三部分：

a、请求行：包含请求方法、URI、HTTP版本信息

b、请求首部字段

c、请求内容实体

响应报文包含三部分：

a、状态行：包含HTTP版本、状态码、状态码的原因短语

b、响应首部字段

c、响应内容实体

10、常见Http协议状态？

200：请求被正常处理

204：请求被受理但没有资源可以返回

206：客户端只是请求资源的一部分，服务器只对请求的部分资源执行GET方法，相应报文中通过Content-Range指定范围的资源。

301：永久性重定向

302：临时重定向

303：与302状态码有相似功能，只是它希望客户端在请求一个URI的时候，能通过GET方法重定向到另一个URI上

304：发送附带条件的请求时，条件不满足时返回，与重定向无关

307：临时重定向，与302类似，只是强制要求使用POST方法

400：请求报文语法有误，服务器无法识别

401：请求需要认证

403：请求的对应资源禁止被访问

404：服务器无法找到对应资源

500：服务器内部错误

503：服务器正忙

Http协议首部字段？

a、通用首部字段（请求报文与响应报文都会使用的首部字段）

Date：创建报文时间

Connection：连接的管理

Cache-Control：缓存的控制

Transfer-Encoding：报文主体的传输编码方式

b、请求首部字段（请求报文会使用的首部字段）

Host：请求资源所在服务器

Accept：可处理的媒体类型

Accept-Charset：可接收的字符集

Accept-Encoding：可接受的内容编码

Accept-Language：可接受的自然语言

c、响应首部字段（响应报文会使用的首部字段）

Accept-Ranges：可接受的字节范围

Location：令客户端重新定向到的URI

Server：HTTP服务器的安装信息

d、实体首部字段（请求报文与响应报文的的实体部分使用的首部字段）

Allow：资源可支持的HTTP方法

Content-Type：实体主类的类型

Content-Encoding：实体主体适用的编码方式

Content-Language：实体主体的自然语言

Content-Length：实体主体的的字节数

Content-Range：实体主体的位置范围，一般用于发出部分请求时使用

Http与Https优缺点？

a、通信使用明文不加密，内容可能被窃听，也就是被抓包分析。

b、不验证通信方身份，可能遭到伪装

c、无法验证报文完整性，可能被篡改

HTTPS就是HTTP加上加密处理（一般是SSL安全通信线路）+认证+完整性保护

Http优化。

利用负载均衡优化和加速HTTP应用

利用HTTP Cache来优化网站

Http协议有那些特征？

1、支持客户/服务器模式；2、简单快速；3、灵活；4、无连接；5、无状态；

如果你还对Http协议不熟悉的话，请参考Http协议http://www.itmayiedu.com/front/articleinfo/49.html文章

Socket通信，以及长连接，分包，连接异常断开的处理。

Socket通信原理简介: http://www.jianshu.com/p/90348ef3f41e

Socket通信原理探讨: http://www.cnblogs.com/fuchongjundream/p/3914696.html

Socket通信模型的使用，AIO和NIO。浅谈BIO | NIO | AIO:

https://my.oschina.net/bluesky0leon/blog/132361

讲讲NIO。

看了一些文章，传统的IO流是阻塞式的，会一直监听一个ServerSocket，在调用read等方法时，他会一直等到数据到来或者缓冲区已满时才返回。调用accept也是一直阻塞到有客户端连接才会返回。每个客户端连接过来后，服务端都会启动一个线程去处理该客户端的请求。并且多线程处理多个连接。每个线程拥有自己的栈空间并且占用一些 CPU 时间。每个线程遇到外部未准备好的时候，都会阻塞掉。阻塞的结果就是会带来大量的进程上下文切换。对于NIO，它是非阻塞式，核心类：

1.Buffer为所有的原始类型提供 (Buffer)缓存支持。

2.Charset字符集编码解码解决方案

3.Channel一个新的原始 I/O抽象，用于读写Buffer类型，通道可以认为是一种连接，可以是到特定设备，程序或者是网络的连接。

Socket框架netty的使用，以及NIO的实现原理，为什么是异步非阻塞？

Netty原理和使用: http://www.jdon.com/concurrent/netty.html

同步和异步，阻塞和非阻塞。

一、同步与异步的区别：

同步：一个服务的完成需要依赖其他服务时，只有等待被依赖的服务完成后，才算完成，这是一种可靠的服务序列。要么成功都成功，失败都失败，服务的状态可以保持一致

异步：一个服务的完成需要依赖其他服务时，只通知其他依赖服务开始执行，而不需要等待被依赖的服务完成，此时该服务就算完成了。被依赖的服务是否最终完成无法确定，一次它是一个不可靠的服务序列。

消息通知中的同步和异步：

同步：当一个同步调用发出后，调用者要一直等待返回消息（或者调用结果）通知后，才能进行后续的执行；

异步：当一个异步过程调用发出后，调用者不能立刻得到返回消息（结果）。在调用结束之后，通过消息回调来通知调用者是否调用成功。调用者获取异步调用服务结果的两种方式：一种是主动去轮训查询异步回调的结果，一种调用依赖服务时传入一个callback方法或者回调地址，依赖服务完成之后去调用callback通知调用者，一般情况，这两种方式都要支持才是一种良好的异步回调设计方法。

场景比喻：

小明去买奶茶，可能会有两种方式

3.1、小明点单交钱，然后等着取奶茶；

3.2、小明点单交钱，然后奶茶妹给了小明一个小票，等小明的奶茶做好了，再告诉小明来取；

第一种方式就是同步，就等着奶茶妹做好奶茶，奶茶做好之后，小明拿到奶茶才算完成整个任务

第二种方式就是异步，奶茶妹给了小明一个小票，小明就算完成了。至于最后奶茶做好没有，反正奶茶妹会告诉

小明的，那是后面的事情了。

所以： 同步与异步着重点在消息通知的方式，也就是调用结果通知的方式。结合场景就是，拿到奶茶的方式。

二、阻塞与非阻塞的区别

阻塞：阻塞调用是指调用结果返回之前，当前线程会被挂起，一直处于等待消息通知，不能够执行其他业务,函数只有在得到结果之后才会返回。

非阻塞：非阻塞和阻塞的概念相对应，指在不能立刻得到结果之前，该函数不会阻塞当前线程，而会立刻返回。虽然表面上看非阻塞的方式可以明显的提高CPU的利用率，但是也带了另外一种后果就是系统的线程切换增加阻塞调用和同步调用不同的。对于同步调用来说，很多时候当前线程可能还是激活的，只是从逻辑上当前函数没有返回而已，此时，这个线程可能也会处理其他的消息。  还有一点，在这里先扩展下：  

(a) 如果这个线程在等待当前函数返回时，仍在执行其他消息处理，那这种情况就叫做同步非阻塞；  

(b) 如果这个线程在等待当前函数返回时，没有执行其他消息处理，而是处于挂起等待状态，那这种情况就叫做

同步阻塞；所以同步的实现方式会有两种：同步阻塞、同步非阻塞；同理，异步也会有两种实现：异步阻塞、异步非阻塞；  

对场景比喻：

还是小明去买奶茶，可能会有两种方式

2.1、小明点单交钱，然后等着取奶茶；

同步阻塞：小明在等着取奶茶的时候呢，啥都不干，就等着；小明等奶茶的行为就叫做阻塞，小明在等奶茶的时候，阻塞了！而这种方式又叫做同步阻塞。

异步阻塞：小明在等着取奶茶的时候呢，翻出手机，一会翻翻微信朋友圈，一会瞅瞅奶茶妹有没有做好奶茶；小明这种行为就叫做非阻塞，因为没有阻塞在等奶茶这件事情上。而这种方式又叫做同步非阻塞。

2.2、小明点单交钱，然后奶茶妹给了小明一个小票，等小明的奶茶做好了，再告诉小明来取

异步阻塞：奶茶妹给了小明一个小票，然后小明还是傻等着；小明这种拿到票还傻等着的行为，就叫阻塞。而这种行为，又叫做异步阻塞！这种最傻了。

异步非阻塞：奶茶妹给了小明一个小票，然后小明翻出手机一直刷朋友圈，过了一会儿奶茶妹说小明你的奶茶好了，过来拿，小明才放下手机去拿奶茶。这种方式就叫做非阻塞，又叫着异步非阻塞！

所以:阻塞与非阻塞的着重点在于当前线程等待消息返回的行为。换成场景就是，小明等奶茶的行为。

总结：

1、同步阻塞：小明啥都不干等奶茶。

2、同步非阻塞：小明一边玩手机一边等奶茶。

3、异步阻塞：小明拿着小票啥都不干等着奶茶妹告诉他奶茶好了

4、异步非阻塞：小明拿着小票玩着手机等着奶茶妹告诉他奶茶好了

例子说明：

    小乐爱喝茶，废话不说，煮开水。

    出场人物：小乐，水壶两把（普通水壶，简称水壶；会响的水壶，简称响水壶）。

       1 小乐把水壶放到火上，立等水开。（同步阻塞）

         ——   小乐觉得自己有点傻

       2 小乐把水壶放到火上，去客厅看电视，时不时去厨房看看水开没有。（同步非阻塞）

         ——  小乐还是觉得自己有点傻，于是变高端了，买了把会响笛的那种水壶。水开之后，能大声发出呜呜~~~~的噪音。

       3 小乐把响水壶放到火上，立等水开。（异步阻塞）

         ——  小乐觉得这样傻等意义不大

       4 小乐把响水壶放到火上，去客厅看电视，水壶响之前不再去看它了，响了再去拿壶。（异步非阻塞）

         ——  小乐觉得自己聪明了。

  所谓同步异步，只是对于水壶而言。

     普通水壶，同步；响水壶，异步。

     虽然都能干活，但响水壶可以在自己完工之后，提示小乐水开了。这是普通水壶所不能及的。

     同步只能让调用者去轮询自己（情况2中），造成小乐效率的低下。

   所谓阻塞非阻塞，仅仅对于小乐而言。

    —— 立等的小乐，阻塞；看电视的小乐，非阻塞。

    情况1和情况3中小乐就是阻塞的，媳妇喊他都不知道。

    虽然3中响水壶是异步的，可对于立等的小乐没有太大的意义。

所以一般异步是配合非阻塞使用的，这样才能发挥异步的效用。

OSI七层模型，包括TCP,IP的一些基本知识。

TCP IP基础知识的复习: http://www.cnblogs.com/rollenholt/archive/2012/04/25/2469592.html

说说http,tcp,udp之间关系和区别？

TCP、UDP和HTTP详解: http://blog.sina.com.cn/s/blog_bf9843bf0101j5w8.html

HTTP TCP UDP Socket关系的几个经典图: http://www.cnblogs.com/ghj1976/p/4295346.html

说说浏览器访问www.taobao.com，经历了怎样的过程？

      首先是查找浏览器缓存，浏览器会保存一段时间你之前访问过的一些网址的DNS信息，不同浏览器保存的时常不等。

      如果没有找到对应的记录，这个时候浏览器会尝试调用系统缓存来继续查找这个网址的对应DNS信息。

      如果还是没找到对应的IP，那么接着会发送一个请求到路由器上，然后路由器在自己的路由器缓存上查找记录，路由器一般也存有DNS信息。

      如果还是没有，这个请求就会被发送到ISP（注：Internet Service Provider，互联网服务提供商，就是那些拉网线到你家里的运营商，中国电信中国移动什么的），ISP也会有相应的

ISP DNS服务器，一听中国电信就知道这个DNS服务器的规模肯定不会小，所以基本上都能在这里找得到。题外话：会跑到这里进行查询是因为你没有改动过"网络中心"的"ipv4"的DNS地址，万恶的电信联通可以改动了这个DNS服务器，换句话说他们可以让你的浏览器跳转到他们设定的页面上，这也就是人尽皆知的DNS和HTTP劫持，ISP们还美名曰“免费推送服务”。强烈鄙视这种霸王行为。我们也可以自行修改DNS服务器来防止DNS被ISP污染。

如果还是没有的话， 你的ISP的DNS服务器会将请求发向根域名服务器进行搜索。根域名服务器就是面向全球的顶级DNS服务器，共有13台逻辑上的服务器，从A到M命名，真正的实体服务器则有几百台，分布于全球各大洲。所以这些服务器有真正完整的DNS数据库。如果到了这里还是找不到域名的对应信息，那只能说明一个问题：这个域名本来就不存在，它没有在网上正式注册过。或者卖域名的把它回收掉了（通常是因为欠费）。

这也就是为什么打开一个新页面会有点慢，因为本地没什么缓存，要这样递归地查询下去。

多说一句，例如"mp3.baidu.com"，域名先是解析出这是个.com的域名，然后跑到管理.com域名的服务器上进行进一步查询，然后是.baidu，最后是mp3，所以域名结构为：三级域名.二级域名.一级域名。

浏览器终于得到了IP以后，浏览器接着给这个IP的服务器发送了一个http请求，方式为get，例如访问nbut.cn

这个get请求包含了主机（host）、用户代理(User-Agent)，用户代理就是自己的浏览器，它是你的"代理人"，Connection（连接属性）中的keep-alive表示浏览器告诉对方服务器在传输完现在请求的内容后不要断开连接，不断开的话下次继续连接速度就很快了。其他的顾名思义就行了。还有一个重点是Cookies，Cookies保存了用户的登陆信息，在每次向服务器发送请求的时候会重复发送给服务器。Corome上的F12与Firefox上的firebug(快捷键shift+F5)均可查看这些信息。

发送完请求接下来就是等待回应了，如下图：

当然了，服务器收到浏览器的请求以后（其实是WEB服务器接收到了这个请求，WEB服务器有iis、apache等），它会解析这个请求（读请求头），然后生成一个响应头和具体响应内容。接着服务器会传回来一个响应头和一个响应，响应头告诉了浏览器一些必要的信息，例如重要的Status Code，2开头如200表示一切正常，3开头表示重定向，4开头，如404，呵呵。响应就是具体的页面编码，就是那个<html>......</html>，浏览器先读了关于这个响应的说明书（响应头），然后开始解析这个响应并在页面上显示出来。在下一次CF的时候（不是穿越火线，是http://codeforces.com/），由于经常难以承受几千人的同时访问，所以CF页面经常会出现崩溃页面，到时候可以点开火狐的firebug或是Chrome的F12看看状态，不过这时候一般都急着看题和提交代码，似乎根本就没心情理会这个状态吧。 如果是个静态页面，那么基本上到这一步就没了，但是如今的网站几乎没有静态的了吧，基本全是动态的。所以这时候事情还没完，根据我们的经验，浏览器打开一个网址的时候会慢慢加载这个页面，一部分一部分的显示，直到完全显示，最后标签栏上的圈圈就不转了。

这是因为，主页（index）页面框架传送过来以后，浏览器还要继续向服务器发送请求，请求的内容是主页里面包含的一些资源，如图片，视频，css样式等等。这些"非静态"的东西要一点点地请求过来，所以标签栏转啊转，内容刷啊刷，最后全部请求并加载好了就终于好了。

 需要说明的是，对于静态的页面内容，浏览器通常会进行缓存，而对于动态的内容，浏览器通常不会进行缓存。缓存的内容通常也不会保存很久，因为难保网站不会被改动。

HTTP协议、 HTTPS协议，SSL协议及完整交互过程。

HTTPS协议, SSL协议及完整交互过程: http://blog.csdn.net/dfsaggsd/article/details/50910999

HTTP协议详解: http://www.cnblogs.com/EricaMIN1987_IT/p/3837436.html

Tcp的拥塞，快回传，ip的报文丢弃。

TCP的拥塞控制: http://blog.csdn.net/sicofield/article/details/9708383

IP报文头详解以及定义: http://www.cnblogs.com/xsiedu/articles/1741584.html

Https处理的一个过程，对称加密和非对称加密.。

对称加密与非对称加密:  http://www.cnblogs.com/jfzhu/p/4020928.html

SSH加密原理、RSA非对称加密算法学习与理解: https://my.oschina.net/realfighter/blog/388486