常见的接口调用方式有三种（设计接口的时候要考虑选用哪种接口）
1、http接口：http是一种网络传输协议，基于TCP。（等价于：http+json）

现在浏览器客户端与服务器端通信基本都是采用http协议。

SpringCloud框架，各个服务间也是通过http方式来实现的。

http api接口是走http协议，通过路径来区分调用的方法，请求报文都是key-value形式的，返回报文一般都是json串。

http有几个特点：

（1）规定了数据格式

（2）对服务没有任何技术限定，自由灵活，更符合为服务理念。

（3）现在热门的REST风格 / RESTful 风格，就可通过Http协议来实现。
请求方式：post/get/put/delete 等。

传输的数据格式(一般而言)：JSON
2、rpc接口：远程过程调用(类似的还有RMI)，基于TCP。

自定义数据式，基于原生TCP通信，速度快，效率高。

现在热门的dubbo框架，就是RPC的典型代表。

rpc有几个特点：

（1）数据的格式可以自定义（一般是XML）。

（2）速度快，效率高。

（3）现在比较热门的dubbo就是RPC的典型代表。
传输的数据格式：XML
3、webservice接口：Webservice是系统对外的接口。（等价于：http+xml）

webService接口是走soap协议通过http传输，请求报文和返回报文都是xml格式的。

webService接口提供的服务是基于web容器的，底层使用http协议，类似一个远程的服务提供者，比如天气预报服务，对各地客户端提供天气预报，是一种请求应答的机制，是跨系统跨平台的。就是通过一个servlet，提供服务出去。
首先客户端从服务器的到WebService的WSDL，同时在客户端声称一个代理类(Proxy Class) 这个代理类负责与WebService服务器进行Request 和Response 当一个数据（XML格式的）被封装成SOAP格式的数据流发送到服务器端的时候，就会生成一个进程对象并且把接收到这个Request的SOAP包进行解 析，然后对事物进行处理，处理结束以后再对这个计算结果进行SOAP包装，然后把这个包作为一个Response发送给客户端的代理类(Proxy Class)，同样地，这个代理类也对这个SOAP包进行解析处理，继而进行后续操作。这就是WebService的一个运行过程。
webservice大体上分为5个层次:

Http传输信道
XML的数据格式
SOAP封装格式
WSDL的描述方式
UDDI UDDI是一种目录服务，企业可以使用它对Webservices进行注册和搜索

应用协议是SOAP（简单对象访问协议）

传输的数据格式：XML
4、总结1(接口的选择)

现在很多第三方接口，都改成了基于http，直接传递json数据的方式来代替webservice。

但是webservice接口能传输数据量比较大的数据，而且可以跟语言无关，也可以跟操作系统无关。

在某些业务复杂，稳定性和正确性要求高的领域（如ERP、电商、支付），WebService还有是用武之地的。
5、总结2（传输数据格式的选择）

为什么JSON比XML流行

还是易用性，JSON的可读性比XML强，解析规则也简单许多。

XML  解析的时候规则太多了，动不动就非法字符，动不动就抛异常。这对追求高开发速度和低开发门槛的企业来说，是个致命伤。
JSON的缺点是数据类型支持较少，且不精确。比方说：
{"price":12580}

在json里，你无法知道这个价格是int, float还是double。
所以，如上面第二条所述，在一些业务要求较高的领域，还是XML更合适。
最后说一下性能， JSON  的性能高于XML，除此之外，基于 XML  和 HTTP  的 WebService  , 基于 JSON  的RESTful API ，并没有性能差异。
6、学习链接

链接1：点我

链接2：点我

链接3：点我

常见OSPF面试问题
1.OSPF 中承载完整的链路状态的包是？
LSU：

LSA的集合
（1）回复接收到的LSR

（2）当OSPF网络发生改变时，用以通告变化
2. OSPF 有哪几种协议包？作用分别是什么？
（1）hello包：邻居的发现、建立、保活。

hello时间10s or30s,死亡时间=hello时间*4，5个数据包唯一不需要确认的数据包 ，周期发送。

发送路由更新地址，使用组播更新，组播地址： 224.0.0.5/（ALL SPF router） 224.0.0.6 （ALL DR router）

（2）DBD报文：数据库描述数据包，使用隐式确认，主从选举DBD（ 比较双方的router-id ，router-id大的一方为主，小的一方为从；主用于控制LSA的交互，发送LSA头部摘要信息）

（3）LSR：链路状态请求，单播，按照DBD中报文的未知LSA头部进行请求。

（4）LSU：链路状态更新，单播回复LSR，用于确认LSR的请求携带LSA信息。

（5）LSACK：链路状态确认

(A和B 就会通过对方发送的LSA头部信息，来看自己的LSA缺少什么从而形成请求列表,缺少就发送LSR进行请求 对方就回复LSU ，LSU包含请求的各种信息）这个过程是双向且同时进行的。
3.OSPF 中 DBD 报文是如何进行确认的？
DBD报文（数据库描述报文）：内容是数据库摘要

LSDB：内容是数据库链路状态信息

两台路由器进行数据库同步时，用DBD报文来描述自己的LSDB，内容包括LSDB中每一条LSA的摘要（摘要是指LSA的HEAD，通过该HEAD可以唯一标识一条LSA）。

目的：这样做是为了减少路由器之间传递信息的量，因为LSA的HEAD只占一条LSA的整个数据量的一小部分，根据HEAD，对端路由器就可以判断出是否已经有了这条LSA。
ＥｘＳｔａｒｔ状态：在此状态下，路由器和他的邻居之间通过互相交换DBD报文（类似hello的DBD报文：该报文并不包含实际情况的内容，只包含一些标志位）来决定发送时的主／从关系（看谁的数据库信息更多）。建立主从关系主要是为了保证在后续的DBD报文交换中能够有序的发送。
4.OSPF区域机制的优点/好处
（1） 节省区域中的每一个设备的系统资源，大区域被划分以后，小区域中的数据库内容就会变少，同时减小路由表大小；

（2） 增强 OSPF 网络的稳定性，一个不稳定链路造成的不良影响，仅在同一个区域中传播，不会影响到其他区域；

（3） 加快路由收敛；

（4） 减少LSA的数量和传播范围；
OSPF中的常见LSA类型。
1.Route LSA

每台运行OSPF的路由器都产生

传播范围：区域内，不能穿越ABR

产生者：每台设备

包含内容：拓扑、路由

2.Network LSA

（MA网络才会出现2类LSA）

传播范围：区域内，不能穿越ABR

产生者：DR路由器

包含内容：拓扑、（本区域内有多少台路由器）、掩码

3.Summary LSA

传播范围：整个OSPF进程

产生者：ABR

包含内容：区域间路由

4.Summary ASBR LSA

通告ASBR的位置

传播范围：除了ASBR所在的区域，传播给其他区域

产生者：ABR

包含内容：

5.External LSA

通告外部路由

传播范围：整个OSPF进程

产生者：ASBR

包含内容：域外路由

7.NSSA外部LSANSSA External  LSA

只在NSSA区产生，描述AS外部的路由，向其他区域传播时会被ABR转换为5类LSA

传播范围：NSSA区

产生者：ASBR

包含内容：AS外部路由
5.Ospf 中有哪几种特殊区域？
Stub —— == 一类二类三类和自动产生三类缺省==

过滤4,5类lsa，区域边界ABR会自动产生3类缺省LSA，区域内不能引入外部路由，stub区域不能进行重发布，stub区域不能为骨干区域
total stub —— == 一类二类和（三类缺省）==

完全的末节区域， 在stub区域基础上，由ABR过滤所有的3类LSA，只保留3类缺省LSA ，区域内不能引入外部路由；(有缺省能学习其他的路由，不需要其他的3类LSA明细路由）
Nssa —— == 一类二类三类七类&七类缺省==

NSSA 拒绝4、5的LSA，ABR自动生成7类缺省，该区域能引入外部路由（允许进行重发布），产生7类LSA只能在该nssa区域中传输；离开nssa区域后还原为5类 -----特殊区域都是 该区域内所有设备均需配置
total nssa ——一类二类七类和七类自动产生的缺省&（三类缺省

在NSSA区域的基础上继续过滤3类LSA，产生3类缺省LSA的。

过滤3，4，5类lsa，ABR会产生缺省的3类lsa，该区域能引入外部路由
6. OSPF 防环措施？
OSPF区域内，采用SPF算法防环

同一个区域内所有的路由器，拥有该区域的LSDB相同，基于LSDB采用算法计算出一棵以自己为根的、无环的最短路径树，因此在区域内消除了环路。
OSPF区域间，设定规则防环

1.OSPF规定所有非骨干区域必须直接和骨干区域相连，非骨干区域之间需要通信必须经过骨干区域。

2. 水平分割。ABR只会将三类LSA转发到骨干区域，如果始发的是本区域的路由是不会被再次注入进来的。ABR不会向区域0传播它在非0区域学习到的类型为LSA三类的路由。
7.为什么每个区域都要和骨干区域相连？有什么好处？
简单来说区域间的路由是通过ABR路由器将一个区域内的数据计算成路由条目封装成3类LSA传递，此时，3类LSA中不再是链路状态信息，而是纯粹的路由信息。

OSPF使用的SPF算法本身是没有防环的功能的，自环产生原因为生成该条路由的ABR路由器不会加入生成者信息，每一条路由信息都无法知道最初由谁生成，ospf生成LSA时将自己router ID加入LSA，但是如果该信息传递超过两个区域则失去最初生成者信息。

因此需要每个区域都和一个特定的区域连接，将LSA统一交给它处理，并添加生成者信息，这样每个区域收到的LSA都是有名有姓的，就不会产生路由自环了。

OSPF区域间是距离矢量的，是容易产生路由回环的。为了避免回环，所以区域间的流量必须经由骨干区域来传递。
8.OSPF的网络类型
1.点到点P2P：不选举DR

2.广播：选DR

3.非广播（NBMA）：选DR

4.点到多点：不选DR

选举 DR可以降低需要维护的邻接关系数量 ， NBMA网络和 broadcast网络要选举DR
9.OSPF 在进程重启。为什么邻居能快速的建立起来。而不是像创建进程一样。需要等待那么长时间?
答：ospf 的邻居存活时间是40秒，在路由器之前成功建立邻居正常的情况下，一边重启进程，而另一边邻居还正常的存活在邻居表中，但是当这边重启好了，发送HELLO 的时候，对端也即转到INIT 状态，并且所有的状态，只需要交互一个报文就行了，所以，重启进程，比普通建立的更快，也就是说，等对端的四十秒过后，再重启进程，那么他们又得重新互发

HELLO,又得经过七个状态机才能建立邻接状态。
排错问题
1. 两台路由器通过直连链路，建立 OSPF 邻居，那么在一边使用 P2P，而 一边使用 P2MP 的情况下，能正常建立到邻接状态么?
不能，hello和dead的时间不一致故无法建立。

P2P网络类型的hello时间和dead时间是10s和40s；

P2MP网络类型的hello时间和dead时间是30s和120s；

邻居建立的条件：是否选举DR、hello和dead时间是否一致、有一方主动建立邻居。

面试：不同的网络类型能否建立OSPF 邻居（邻接）？

能，只要符合下面要求就能建立起来。

邻居关系建立条件： （面试）

1.router-id 必须不同 ,ospf是链路状态，router-id唯一标识

2.area ID 相同

3.认证： 认证类型 （不认证=0 明文认证=1 MD5=2） 认证数据

4.hello时间，dead时间相同

5.特殊区域标识（E（外部路由位）=1 ； N（NSSA外部路由位）=0 P=0）

做了stub区域，E=0，没做stub区域的E=1
面试举例 ：

1.p2mp和p2p的网络类型不能建立邻接关系，原因是hello时间不同，并不是因为不同的网络类型导致的，修改成相同的就可以

2.一端为p2p,一端为BMA ，能建立邻接关系（hello时间相同），但是路由有问题；

BMA选DR，p2p不选DR,路由有问题，SPF算法无法计算路径，学不到路由，路由不能加表。
2.在什么情况下 ospf error 的 OSPF Router ID confusion 数值会增加？
答：ospf router-id 冲突，RFC 规定，ospf 的router-id在整个AS 中唯一，而router-id 又起着防环的作用，

关于ROUTER-ID 冲突，一共总结出三种情况，分别如下。

第一种：区域内router-id 冲突，这种情况大家遇到的最多（骨干区域与骨干区域，非骨干区

域与非骨干区域。区域内，）导致的后果是，OSPF 不能正常建立邻居，那么自然不能正常

交互LSA 信息咯。

第二种：区域间的route-id，这种冲突，必定是在多区域的情况下才会产生，不然怎么叫区

域间冲突呢。他导致的后果，路由时有时无，两个冲突的路由器学到的路由，在路由表里，

一下有，然后又消失了，然后又出现了。

第三种：虚连接router-id 冲突，这种情况最明显，虚连接无法正常建立，(区域间冲突的一种）
3.ospf 一直提示 LSA disabled。为什么会产生这种情况?
导致这种情况的原因是。当LSA 的老化时间结束时，LSA 他会在LSDB 表里面移除掉。或者此LS 的始发者发送消息flooding 掉。正常的情况下。当邻居正常建立来。并且建立到邻接状态时，他会自动更新LSA 的信息。并且用LS Age 和LS 系列号，来区分那条LSA

更新。并在LSDB 表中更新最新的LSA，既然LSA 出现down 的情况。那么首先得把问题定位在邻居是否正常建立起来，并且能正常交互报文（LSU LS ACK ） 具体的请看后面OSPF常见报文错误代码。
4.OSPF 跟STP 结合组网，一般会遇到哪些问题。
答：一个协议的所有功能都包含在报文中，报文中的某个字段置位，也就是这个协议的功能开启，不管OSPF与那个协议结合组网，只要不影响OSPF 的报文收和发就可以了，

但，我们需要注意的是。STP 在收敛的

时候，会导致端口阻塞，正常的流量是没有办法通过，那么这样就会造成OSPF 的报文没有办法正常交互，并且会出现一些莫名其妙的现象（比如邻居频繁的UP ,DOWN, UP DOWN,）导致，还有在交互报文的时候，会莫名其妙的卡在一些状态机上，这些，只有等STP 收敛好，让OSPF 正常交互报文才能一一排除。

你是否想过：虚拟专用网络工作在第几层呢？三？五？

首先要说，这个答案不唯一。常见的虚拟专用网络技术有五种：PPTP协议、L2TP协议、IPsec协议、MPLS技术以及SSL虚拟专用网络技术。

PPTP协议工作在OSI第二层。

L2TP协议工作在OSI第二层以及第三层。

IPsec协议工作在OSI第三层。

MPLS工作在OSI第二层以及第三层。

SSL虚拟专用网络工作在Secure Socket Layer。

一个完整的 URL 是由哪几个部分组成的

protocol：

protocal即协议，https是一种协议也是URL的开头部分

协议包括FTP，HTTP，file等等
hostname:

hostname 即主机名 指存放资源的服务器的域名系统(DNS)主机名或是IP地址

如www.baidu.com关于域名和DNS在后面会有详细的介绍
port

port即端口，省略时使用协议的默认端口 需要知道的几个端口号为：

http协议默认端口：80

https协议默认端口：443

MySQL 默认端口：3306
path

path即路径 由零或多个"/" 符号分隔开的字符串 一般用来表示主机的一个目录或文件地址 本例中 path为" /s "
query & parameters

如本例中 查询的单词为hello

query以?开头 传递 参数信息；参数可以为多个 并以 & 分隔开每个参数名和值以

key=value的传递并呈现在url上
anchor

anchor即锚点 指定了跳转到网页的哪个位置

如本例中：https://www.baidu.com/s?wd=hello&rsv_spt=1#5就规定了跳转到网页锚点为5的位置

锚点在URL的最后 以#开头

GET与POST区别
GET参数通过URL传递，POST放在Request body中。

GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。

GET请求会被浏览器主动cache，而POST不会，除非手动设置。

GET产生的URL地址可以被Bookmark，而POST不可以

GET在浏览器回退时是无害的，而POST会再次提交请求。

GET请求在URL中传送的参数是有长度限制的，而POST么有。
常见状态码
•	200

请求成功

•	301

被请求的资源已永久移动到新位置，通常会发送HTTP Location来重定向到正确的新位置。返回301请求码进行跳转被Google认为是将网站地址由 HTTP 迁移到 HTTPS 的最佳方法

•	302

请求的资源暂时驻留在不同的URI下面

•	304

服务端已经执行了GET，但文件未变化，资源缓存。

•	400 Bad Request

主要分为两种。

1、语义有误，当前请求无法被服务器理解。除非进行修改，否则客户端不应该重复提交这个请求。

2、请求参数有误。

•	401

当前的请求需要进行用户的验证。

•	403

403是HTTP协议中的一个状态码，可以理解为 没有权限访问此网站，服务器接收到了用户的请求，并理解了请求，但是拒绝为其提供服务

•	404

HTTP 404 即 Not Found

请求所希望得到的资源未被在服务器上发现

通常是因为，用户所访问的网页已经被删除被移动 或从未存在。

•	500

500状态码表示内部服务器错误，服务器遇到了不知道如何处理的情况。

•	502

此错误响应表明服务器作为网关需要得到一个处理这个请求的响应，但是得到一个错误的响应。

•	503

服务器没有准备好处理请求。 常见原因是服务器因维护或重载而停机。
HTTP协议和HTTPS协议的区别

https需要CA申请证书认证，付费
http使用TCP/IP进行通信，而HTTP增加了SSL/TLS作为应用层
端口不一样，https是443，而http是80
https协议可以进行加密传输和身份认证，而Http是明文传输

从输入URL到页面加载发生了什么

DNS解析域名 转化为IP地址
TCP连接（三次握手）
发送HTTP请求
服务器处理请求并返回HTTP报文

浏览器收到200的响应则表示找到对应资源
浏览器解析渲染页面
连接结束（四次挥手）

在第五步主要包括：
解析

浏览器会解析 HTML 成树形的数据结构DOM，生成 DOM Tree(深度遍历过程)，浏览器将CSS代码解析成树形的数据结构CSSOM，生成深度遍历过程。然后两者生成render tree
布局

有了Render Tree，浏览器知道网页中有哪些节点、各个节点的CSS定义以及他们的从属关系。接着就开始布局，计算出每个节点在屏幕中的位置。
渲染

浏览器已经知道了哪些节点要显示、每个节点的CSS属性是什么、每个节点在屏幕中的位置是哪里。就进入了最后一步，按照算出来的规则，通过显卡，把内容画到屏幕上。

而 javascript 又可以根据 DOM API 操作DOM。比如JS修改了DOM或者CSS属性，也会重新触发布局和渲染的执行过程。



js代码可以访问和修改dom节点和css，所以在解析js的过程中会导致页面重新布局和渲染，这就是重绘（repaint）和回流(reflow)。
重绘
指css样式的改变，但元素的大小和尺寸不变，而导致节点的重新绘制。
重绘的触发

任何对元素样式，如background-color、border-color、visibility 等属性的改变。css 和 js 都可能引起重绘。
回流
回流（reflow）是指元素的大小、位置发生了改变，而导致了布局的变化，从而导致了布局树的重新构建和渲染。
回流的触发

dom元素的位置和尺寸大小的变化

dom元素的增加和删除

伪类的激活

窗口大小的变化

增加和删除class样式

动态计算修改css样式

当然，我们的浏览器不会每一次reflow都立刻执行，而是会积攒一批，这个过程也被成为异步reflow，或者增量异步reflow。但是有些情况浏览器是不会这么做的，比如：resize窗口，改变了页面默认的字体，等。对于这些操作，浏览器会马上进行reflow。
如何减少回流和重绘
1.将需要对DOM的多次操作进行合并（使用createDocumentFragment）

2.使用cssText属性或者切换类名实现样式的修改

3.缓存DOM查询 用变量保存在内存里

4.将需要多次重排的元素，position属性设为absolute或fixed，这样此元素就脱离了文档流，它的变化不会影响到其他元素。例如有动画效果的元素就最好设置为绝对定位

5.利用display:none隐藏元素，进行各种增删改元素的操作，操作完再使其可见，对display:none隐藏元素进行操作是不会引起回流的。下面代码只会在ul显示的时候（display:block的时候）进行一次回流。

6.使用css3硬件加速，可以让transform、opacity、filters这些动画不会引起回流重绘
如何理解浏览器内核？
主要分成两部分
渲染引擎：负责取得网页的内容（HTML、XML、图像等等）、整理讯息（例如加入CSS等），以及计算网页的显示方式，然后会输出至显示器或打印机。浏览器的内核的不同对于网页的语法解释会有不同，所以渲染的效果也不相同。所有网页浏览器、电子邮件客户端以及其它需要编辑、显示网络内容的应用程序都需要内核。
JS引擎：解析和执行javascript来实现网页的动态效果。
白屏时间

用户从打开页面开始到页面开始有东西呈现为止
首屏时间

用户浏览器首屏内所有内容都呈现出来所花费的时间
可交互时间

用户可以进行正常的点击、输入等操作，默认可以统计domready时间，因为通常会在这时候绑定事件操作
前端如何进行性能优化
网络请求的优化

使用webpack或者gulp等打包工具对资源（js、css、图片等）进行打包、合并
雪碧图
CDN
懒加载
缓存
接口合并



页面渲染性能的优化
CSS放在页面最上部，javascript放在页面最下面
减少重绘和回流
一些不改变dom和css的js 使用 defer 和 async 属性告诉浏览器可以异步加载，不阻塞解析