「直击面试」 搞定计算机网络，这些问题还没有我答不出来的

后端 0 3.4K

你好，我是 大新，目前在一家名字等于周角的公司上任，精通Java，了解计算机网络，，

然后就~~~~

在浏览器中输入一个 URL 至页面呈现，网络上都发生了什么事？

能说说 In ) : + qSO 七层模型和 TCP/IP 四层模型吗？

TCP/IP 与 HTTP 有什么联系吗？

TCP协议与UDP协议的差异？

请详细介绍一下 TCP 的三次握手机制，为什么要三次握手？挥手却又是四次呢？

详细讲一下TCP的滑动窗口？知道C * / q ! p 8流量操控和拥塞操控吗？

说一下对称加密与非对称加密？

状况码 206 是什么意思？

你们用的 https 是吧，https 作业原理是什么？

…= l ` V , C / i…

文章收录在 GitHub JavaKeeper ，N线互联网开发必备m L U技能兵器谱，有你想要的。

一、计算机网络

通讯协议

通讯 Z A Y协议（communications protocol）是指两边实体完结通讯或服] z / @ * * r ;务一切必要遵从的规矩和约定。经过通讯信道和设备互连起来的多个不同地理位置的数据通讯体系，要使其能协同作业完结信息沟通和资源共享，它们之间有必要具有一同的语言A 3 5 f 2 E r W o。沟通什么、怎样沟通及何F & 3 x时沟通，都有必要遵从某种互相都能承受的规矩。这个G T E规矩便是通讯协议。

网络模型

跟着技能的开展，计– + = Y I x J ,算机的运用越来越广泛，计算机之间的通讯开端了百家争鸣的状况，每个具有独立计算服务体系R W n c – x H P的信息技能公司都会树立自己的计算机通讯规矩，而这种情况会导致异构计算机之间无法通讯，极大的阻止了网络通讯的开展，至此为了处理这个问题，世界标准化组织（ISO）拟定了OSI模型，该模型界说了不同计算机互联的标准，OSI模型把网络通讯的作业分为7层，别离是物理层、数据链路层、网络层、U @ ` b传输层、会话层、标明层和运用层。

这七层模型是规划层面的概念，每一层都有固定要) t % A m Z b h完结的职责和功用，分层的优点在l b L s 7 N于明晰和功用独立性，但分层过多会使层次变的更加杂乱，尽管不需求完本钱层的功用，可是也需求构造3 1 0 g @ i x q 8本层的上下文，空耗体系资源，Q E / ; f i P C M所以在落地实施网络通讯模型的时分将这七层模型简化合并为四层模型别离是运用层、传输层、网络层、网络接口层（各层之间的模型、协议统称为：TCP/IP协议簇）。

从上图能够看到，TCP/IP模型合并了OSI模型的运用层、标明层和会话层，将OSI模型的数据链路层, I ] ? { z A _和物理层合并为网络拜访层。

上图还列出了各层模型对应TCP/IP协议栈中的协V ~ p !议以及各层协议之间的联系。比方DNS协议是树立在TCP和UDP协议的根底上，FTP、HTTP、TELNET协议树立在TCP协议的根底上，NTP、TFTP、SNMP树立在UDP协议的根底上，而TCP、i = x E t p S 8UDP协议又树立在IP协议的根底上，以此类推….

OSI中的层 功用 TCP/IP协议族
运用层 文件传U D #输，电子邮件，文件@ e d服务，虚拟终端 TFTP，HTTP，SNMP，FTP，SMTP，DNS，RIP，Telnet
标明层 数据格局化，代码转换，数据加密 无
会话层 操控运用程序之间会话才干；如不同软件数据分发给不同软件 ASAP、TLSe / & ~ – V [ M、SSH、ISO 8327 / CCITT X.225、RPC、NetBIOS、ASP、WinO . x .sock、BSD sockets
传输层 端到端传输数据的基本功用 TCP、UDP
网络层 界说IP编址，界说路由功用；如不同设备的数据转发 IP，ICMPa N { @，RIP，OSPF，BGP，IGMP
数据链路层 界说数据的基本格局，怎样传输，怎样标识 SLIP，C# ? @ X } A J bSLIP，PPP，ARP& $ I a B C , F ]，RARP，MTU
物理层 以二进制数据方式在物理媒体D i f a上传输数据 ISO2110，IEEE802

当咱们某一个网{ i } 8 e 7 1站上不去的时分。通常会ping一下这个网站

pif C bng 能够说J L _ v是ICMP的最著名的运用，是TCP/IP协议的一部分。运用ping指令能够查看网络是否连通，能G k I h d ! ]够很好地( m 2协助咱们剖析和断定网络故障。

二、TCP/IP

数据在网络中传输终究一定是经过物理介质传输。物理介质便是把电脑衔接起来的物理手法，常见的有光纤、双绞线，以及无线电波，它决议了电信号(0和1)的传输办法，物理介质的不同决议了电信号的传输带宽、速率、传输间隔以及抗干扰性等等。网络数据传输就像快递邮寄，数据便是快件。J F N只需路打通了，你Q j 0 j ` Q的”快递”才干送到，因而物理介质是网络通讯的柱石。

寄快递首要得称j e = J 1 {重、承认体积(承认数据巨d u a [ @ v K细)，贵重物品还得层层包裹填充物保证安全，封装，然后填写发件地址(源主机地址)和t 3 L M a 4 E收件地址(方针主机地址)，承认快递办法。m D m S关于偏远c & 8地区，快递不能直达，还需求中途转发。网络通讯也是相同的道理，只不过把E H : %这些进程都规则成了各种协议。

TCP/IP的模型M $ w 5 # V 4 }的每一层都需求下一层所供给的协, D E W f议来完结自己的Q u a意图。咱们来看下数z o e e $ ` |据是怎样经过TCP/IP协议模型从一台主机发送到另一台主机的。

当用户经过HTTP协议主张一个恳求，运用层、传输层、网络互联层和网络拜访层的相关o K G协议依次对该恳求进行包装并带着对应的首部，终究在网络拜访层生成以太网数据包，以太网数据包经过物理介质传输给对方主机，对方接纳到数据包今后，然后再一层一层选用对应的协议进行拆包，终究把运用层数据交给运用程序处理。

TCP/IP 与 HTTP

TCP/Ii Z d Z * 7 9P（Transmission C! 6 S _ Sontrol Protocol/Internet Protocol，传输操控协议# 5 ( r S/网际协议）是指能够在多个不同网络间完结信息传输的协议簇。TCP/IP 协议不仅仅指的是 TCP 和 IP 两a ( T ;个协议，而是指一个由FTP、SMTP、TCP、UDP、IP等协议构成的协议簇， 仅仅因为在TCP/IP协议中TCP协议和IP协议最具代表性，所以被称为TCP/IP协议。

而HTTP是运用层协议，首要处理怎样包装数据。

“IP”$ y # q代表网际协议，TCP 和 UDP 运用该协议从一个网络传送数据包到另一个. T j B网络。把IP想像成一种高速公路，它答应其它协% / ! f X 9议在上面行驶并找到到其它电脑的出口。H – &TCP和UDP是高速公路上的“卡车”，它们带着的货物便是像HTTP，文件传输协议R d t $ tFTP这样的协议等。

TCP 与 UDP

都属于传输层协议。

TCP（Transmission Control Protocol，传输操控协议）是面向衔接的协议，也便是说，在收发数据前，有必要和对方树立牢靠的衔接。一个TCP! B n j j ~ l衔接有必要/ @ M有三次握手、四次挥手。

UDP（User Data Protocol，用户数据报协议）是一个非衔接的协议，传输O K p g % H : .数据之前源端和终端不树立衔接， 当它想传送时就简单地去抓取来自运用程序的数据，并尽或许快地把它扔到网络上

TCP UDP
衔接性 面向衔接 面向非衔接
传输牢靠性 牢靠 不牢靠
报文 面向字节省 面向报文
功率 传输功率低 传输功率高
流量操控 滑动窗口 无
拥塞操控 慢开端、拥塞防止、快重传、快康复 无
传输速度 慢 快
运N 8 Q | k K用场合 对功率要求低，对准确性要求高或要求有衔接的场景 对功率要求高v = 6 4，对准确性要求低

TCP和UDP协议的一些运用

TCP衔接的树立与终止

TCP尽管是面向字节省的，但TCP传送的数据单元却是报文段。一个TCP报文段分为首部和数据两部分，而TCP的悉数功用体现在它首部中的各字段的效果。

TCP报文段首部的前20个字节是固定的（下图），后面有4n字节是依U i F T T d x M据需求而增加的选项（n是整数）。因而TCP首部的最小长度是20字节。

TCP报文首部

  • 源端口和意图端口，各占2个字节，别离写入源端口和意图端口；
  • 序列号（Sequenc3 t ae number），占4字节。序号规模是【0，~ v = y B . w2^32 – 1】，w 9 . I共2^32个序号。序号增加到 2^32-1后，下一个序号就又回到 0。TCP是面向字节省的。在一个TCE z sP衔接中传送的字节省中的每一个字节都按次序编号。整个要传送的字节省的起始序号有必要在衔接树立时设置。首@ : M ! | o ? : N部中的序号字段值则是指的是本报文段所发送的数据的第一个字节的序号。例如，一报文段的序号是301，而接待的数据共有100字节。这就标明：本报文段的数据的第一个字节的序号是301，终究一个字节的序z w /号是400。显然，下一个报文段（假如还有的话）的数据序号应当从401开端，即下一个报Q z x 3 – * ; [文段的序号字段值应为401。这个字段的序号也叫“报文段序号”;
  • 承认号（Acknowledge number），占r R *4个字节，是u L 3 c P t m a期望收到对方下一个报文的第一个数据字节的序号。例如，B收到了A发送过来的报文，其序列号字A U t p i V ] f ]段是501，而数据长度是200字节，这标明B正确的收到了A发送的到序号700停止的数据。因而，d { U O 1 ) d 7 iB期望收到A的下一个数据序号是701，于是B在发送给A的承认报文段中把承认号置为701；
  • 数据偏移，占4位，它指出TCP报文段的数据起始处间 l Z w ( M隔TCP报文段的起始处有多远。
  • 保存，占6位，保存为往后运用，但目前应置为0；
  • 紧迫URG（URGent），当URG=1，标明紧迫指针字段有效。告知体系此报文段! 7 J , – Z中有紧迫数据；
  • 承认ACK（ACKnowledgment），仅当ACK=1时，承认号字段才有效。TCP规则，在衔接树立后一切报文的传输都有必要把ACK置1；
  • 推送PSH（PuSH） ，当两个运用进程进行交互式通讯时，有时在一端的运用进程希望在键入一个指令后立即就能收到对方的呼应，这. x f b M时分就将PSH=1；
  • 复位RST（ReSeT），当RST=1，标明TCP衔接中呈现严峻过失，有必要开释衔接，然后再重新树立衔接；
  • 同步SYN（SYNchronization），在衔接树立时用来同步序号。当D H 5 | F B : VSYN=1，ACK=0，标明是衔接恳求报文，若赞同衔接，则呼应报文中应该使SYN=1，ACK=1；
  • 终止FIN（FINis）M E ` V，用来开释衔接。当FIN=1，标明此报文的发送方的数据现已发送完毕，而且要求开释；
    • 窗口，占2字o R . F z节，指的是通知接纳方，发送本报文你需求有多大的空间来承受；
  • 查验和，占2字节，校验首部和数据这两部分；
  • 紧迫指针，占2字节，指出本报文段中的紧迫数据的字节数；
  • 选项，长度可变，界说一些其他的可选的参数

TCP是一种面向衔接的单播协议，在发送数据前，通讯两边有必要在. : X彼此间树立一条衔接。所谓的( v s & . A“衔接”，其实是客户端和服务器的内存里保存的一份关于对方的信息，如ip地址、端口号等。

TCP 三次握手

所谓三次握手(Three-way Handshake)，是指树立一个 TCP 衔接时，需求客户端和服务器总共发送3个包。

三次握手的意图是X 7 b G o衔接服务器指定端口，树立 TCP 衔接，并同步衔接两边的序列T L @ * ( ) ) d号和承认号，沟通 TCP 窗口H Z ] [ Y巨细信息。

  • 第一次握手(SYN=1, seq=x)

    树立衔接。客户端发送衔接恳求报文段，这是报文首部中的同步位S) [ | TYN=1，一同挑选一个初始序列号 seq=x ，此刻，客户端进程进入了 SYN-SENT（同步已发送状况）状况。TCP规则，SYN报文段（S k h # PYN=1的报文段）不能带着数据，但需求耗费掉一个序号；

  • 第2次握手(SYN=1, ACK=1, seq=y, ACKnum=x+1)

    服务器收到客户端的SYN报文段，假如赞同衔接，则宣布承认报文。承认报文中应该 ACK=1，SYN=1，承认号ACKnum=x+1，一k F k f } M n v同，自己还要发送SYN恳求信息，SYN=1，为自己初始化一个序N J ] s . , %列号 seq=y，服务器端将上述一切信息放到一个报文段（即SYN+ACK报文段）中，一并发送给客户端，此刻，TCP服务器进程进入了SYN-RCVD（同步收到）状况。这个b 8 a 1 ] 3 e报文也不能带着数据[ O ? P v i @ u H，可是v E ` | * .相同要耗费一个序号

  • 第三次握手(ACK=1，ACKnum=y+1)

    客户端收到服务器的SYN+ACK报文段，再次发送承认包(ACK)，SYN 标志位为0，ACK 标志位为1，承认号 ACKnum = y+1，这个报文段发送完毕今后，客户端和服务器端都进入? N p @ ( L Y VESTABLISHED（已树立衔接）状况，完结TCP三次握手– | 8 e。

为什么需求三次握手呢？两次不行吗？

为了防止已失效的衔接恳求报文段忽然又传送到了服务端，因而发. 8 p Y g生过错。

详细例子：“已失效的衔接H U H 9 : 3恳求报文段”的发生在这样一种情况下：client宣布的第一个衔接恳求报文段并没有丢掉，而是在某个网络结点长期的滞留了，致使延误到衔接开释今后的某个时刻才S Z + l I ; r抵达server。本来这是一$ 7 K 9 f ; I {个早已失效的报文段。但server收到此失效的衔接恳求报文段后，就误以为是client再次宣布的一个新的} v k R T e = w ,衔接恳求。于是就向client宣布承认报文段，赞同树立衔接。假定不选用“三次握手”，那么只需server宣布承认，新的衔接就树立了。因为现在cl3 A T w =ient并没有宣布树立衔接的恳求，因而不会理睬server的承认，也K – Z ! L不会向serv$ [ h J y k _ !er发送数据。但server却以为新的运输衔接现已树立，并一直等候client发来数据。这样，server的许多资源就白白浪费掉了。选用“三次握手”的办法能够防止S 6 ~ ! } G B v上述现象发生。例如方才那种情况，client不会向server的承认宣布承认。server因为收不到承认，就知道client并没有要# m { l B y p求树立衔接。”

TCP 四次挥手

TCP 的衔接的拆除需求发送四个包，因而称为四次挥手(Foun F 8 W ) 1 $ O Kr-way handY $ =shake)，也O } Y b a 9 L E 0叫做改善的三次握手。客户端或服务器均可主动主张挥手动作。

  • 第一次挥手(FIN=1，seq=x)

    主机1（能够使客户W g ?端，也能够是服务器端），设置seq=x，向主机2发送R N R R & K一个FIN报文段；此刻，主机1进入FIN_WAIY l V s UT_1状况；这标明l h u主机1没有数据要发送给主机2了；

  • 第2次挥手(j % k m j J $ACK=1，ACKnum=x+1)

    主机2收到了主机1发送的FIN报文段，向主机1回一个ACK报) , t b ^文段，Acknnum=x+1，主机1进入FIN_WAIT_2状况；主机2告知主机1，我“赞同”你的封闭恳求；

  • 第三次挥手(FIN=1，seq=y)

    主机2向主机1发送FIN报文段，恳求封闭: C X ^ W m 1 &衔接，一同主机2进入LAST_ACK 状况

  • 第四次挥手(ACK=1，ACKx _ K #num=y+1)

    主机1收到主机2发送的FIN报文段，t h [ L向主机2发送ACK报文段，然后主机1进入TIME_WAIT状况；主机2收到主机1的ACK报文段今后，就封闭衔接；此刻，主机1等候2MSc v } : + gL后依然没有– E S w收到回复，则证明Server端已正常封闭，那好，主机1也能够封闭衔接了，进入# z t @ J f ? CLOSED 状况。

    主机 1 等候Q s G y J O & I n了某个固定时刻（两个最大段生命周期 8 C 8 p，2MSL，2 Maximum Segment Lifetime）之后，没p + o o K ~ K { R有收到服务器端的 ACK ，以为服务器端现已正常封闭衔接，于是自己也封闭– u ^ @ o X ) 0 o衔接，进入 CLOSED 状况。

为什么衔接的时分是三次握手，封闭的时分却是四次握手？

因为当Server端收到Client端的SYN衔接恳求报文后，能够直接发送SYN+AC^ H 6 } + 0 m V UK报文。其间/ | w _ACK报文是用来应, / ]对的，SYN报文是用来同步的。可是封闭衔接时，当Server端收到FIN报文时，很或许并不会立即封闭SOCKET，所以只能先回复一个ACK报文，告知Client端，”你发的FIN报文我收到了”。只需比及我Server端一切的报文都发送完了，我t N S ? n ) p ^才干发t A Y 8 V c v Y送FIN报文，因而不能一同发送。故需求四步握手。

因为 TCP 协议是全双工的，也便是说客户端和服务端都能够主张断开衔接。两边各主张一次断开衔接的恳求，加上各自的两次承认，看起来就像履行了四次挥手。

为什么TIME_WAIT状况需求经过2MSL(最大报文段生计时刻)才干回来到CLOSE状况？

尽管按道理，M & ^ ; j x S四个报文都发送完毕，咱们能够直接进入CLOSE状况了，可是咱们有必要假象网络是不牢靠的，有能够终究一个ACK丢掉。所以TIML k _ z 2 + E k *E_WAIT状况便是用来重发或许丢掉的ACK报文。

还有一个原因，防止相似与“三次握手”中提到了的L H c 6 b ;“现已失效的衔接恳求报文c _ x 2 c 1段”呈现在本衔接中。客户端发送完终究一个承认报文后，在这个2MSL时刻中，就能够使本衔接持续的时刻内所发生的一切报文段都从网络中消失。这样新的衔接中不会呈现旧衔p E : ; ? n接的恳求报文。

TCP协议怎样来保证传输的牢靠性

关于牢靠性，TCP经过以下办法进行保证：$ | Q c

  • 数据包校验：意图是检测数据在传输进程中的任何. h 7改动，若校验出包有错，则丢掉报文段而且不给出呼应，这时TCP发送数据端超时后会重发数据；

  • 对失序数据包重排序：已然TCP报文段作为IP数据报来传输，而I+ d N bP} K y W ~ M ` %数据报的抵达或许会失序，因而TCP报文段的抵达也或许会失序。TCP将对失序数据进行重新排序，然后才交给运用层；

  • 丢掉重复数) O w @ $ & w q *据：关于重复数据，能够丢掉重复数据；

  • 应对机制：当TCP收到发自TCP衔接另一端的数据，它将发送一个承认。这个承认不是立即发送，通常将推延几分之一秒；

  • 超时重发：当TCP宣布一个段后，它启动一个定时器，等候意图端承认收到这个报文段。假如不能及时收到一个承认，将重发这个报文段；` & 7 a O &

  • 流量操控：TCP衔接的每一方都有固定巨细的缓冲空间。TCPP . f P q /的接纳端只t ! 8答应另一端发送接纳端缓冲区所能接纳的数据，这能够防止较快主机致使较慢主机的缓冲区溢出，这便是流量操控。TCP运用的流量操控协议是可变巨细的滑动窗口协议。

详细讲一下TCP的滑动窗口

滑动窗口机制

假如发送方把数据发送得过快，接纳方或许会来不及接纳，这就会形成数据的丢掉。所谓流量操控便是让发送方的发送速率不要太快，要让接纳方来得及接纳。

运用滑动窗口机制能够很方便地在TCP衔接上完结对发送~ W B L #方的流量操控。

从上面的图能够看到滑动窗口左面的是已发送而且被承认的分组，滑动窗口右边是还没有轮) J V到的分@ ? 7组。滑动窗口里边也分为两块J { , 1 $ d，一块是现已发送可是未被承认的分组，另一块是窗口内等候发送的分组。跟着已发送的分组不断被承认，窗口内等候发送的分组也会不断被发送。整个窗口就会往右移动，让还没轮到的分组进入窗口内。

能够看到滑动窗口起到了一个限流的效果，也便是说当时滑动窗口的巨细决议了当时 TCP 发送包的速率，而滑动窗口f } N q ( 3 | m .的巨细取决于拥塞操控窗口和流量操控窗口的两者间的最小值。

流量操控

TCP 是全双工的，客户端和服务器均可作为发送方或接纳方8 B 4，咱们现1 { t P f { x K n在假定一个发送方向接纳方发送数据的场景来解说流量操控。首要咱) g y y G % W n 4们的接纳方有一块接纳缓存，当数据来到时会先把数据放到缓存中，上层运用等缓存中有数据时就会到缓存中取数据。w ~ C假如发送方没有约束地不断地向接纳方发送数据，b _ u 6 S R +接纳方的运用程序又没有及时把接纳缓存中的数据读走，就会呈现缓存溢出，数据丢掉的现象，为了处理这个问Q | o ; S题，咱们引进流量操控窗口# G U U。

假定运用程序终究读走的3 + Z ] x o G .数据序号是 lastByteRead，接纳缓存中接纳到的G y b g _ I 7 t x终究一个& 1 S x @ n X ;数据序号是 lastByteRcv，接纳缓存的巨细为 RcvSize，那么有必要要满意 lastByteRcv – lastByteRead <= RcvSize 才干保证接纳缓存不会溢出，所以咱们界说流量窗口为接纳缓存剩余的空间，也便是Rcv = RcvSize – (lastByteRcv – lastByteRead)。只需接纳方在呼应 ACK 的时分把这个窗口的值带给发送方，发送方就能知道接纳方的接纳缓存还v % ! I [有多大的空间% ` X m E L n，然后设置滑动窗口的巨细。

拥塞操控

拥塞操控是H 6 x j { o e [ k指发送方先设置一个小的窗口值作为发送速率，当成功发包并接纳到ACK时，便以指数速率增大发送窗口的巨细，直到遇到丢包（超时/三个冗余K A a n s rACK），才停止并调整窗口的巨细。这么做能最大限度G ] $地运用带宽，又不至于让网络环境变得太过拥堵! } g N Q ~ $。

终究滑动窗口的值将设置为流量操控窗口和拥塞操控窗口中的较小值。

TCP的拥塞处理

计算机网络中的带宽、沟通结点中z N K S N / I的8 8 O I = a W l缓存及处理机等都是网络的资源。g _ h f ? # 4 r在某段时刻，若对网络中某一资源^ p m的需求超过了该资源所能供V p ; m 给的可用部分，网络的性能就会变坏，这种情况就叫做拥塞。拥塞操控便是防止过多的数据注入网络中，这样能够使网络中的路由器或链路不致过载。留意，拥塞操控和流量操控不同，前者是一个全局性的进程，I H ; ] ^ P H而后者指点对点通讯量的操控。V | 0 – X + G M拥塞操控的办法首要有以下四种} : ( ^：

  1. 慢启动：不要一开端就发h x *送许多的数据，先勘探一下网络的拥塞程度，也便是说由小到大逐步增加拥塞窗口的巨细;
  2. 拥0 _ S X ; 3塞防止：拥塞防止算法让 _ Y G , ( e +拥塞窗口缓慢增长，即每经过一个往返时刻RTT就把发送方的拥塞窗口cwnd加1，而不是加倍F f w F U s h !，这样拥塞窗口按线性规则缓慢增长。   p p z `       
  3. 快重传：快重传要求接纳方在收到一个 失序的报文段 后就立即宣布 重复承认（为的是使发送方及早知道有报H l O文段没有抵达对方）而不要比及自己发送数据时捎带承认。快重传, Z s a算法规则，发送方只需一连收到三个重复承认就应当立即重传对方尚未收到的报文段，而不用持续等l & c候设置的重传计时器时刻到期。         
  4. 快康复：快重传q : y配合运用的还有快康复算法，当发送方连续收到三个重复承认时，b 4 c : K H e m就履行“乘法减小”算法，把ssthresh门限减半，可是接下去并不履行慢开端算法：因为假如网络呈现拥塞的话就不会收到好几个重复的承认，所以发送方现在以为网络或许没有呈现拥塞。所以此刻不履行慢开端算法，而是将cwnd设置为ssthresh的巨细，然后履行拥塞防止算法。

服务器呈现了许多CLOSE_WAIT状况怎样处理

许多 CLOSE_WAIT 标明程序呈现了问题，对方的 socket 现已封闭衔接，而我方忙于读} _ k ,或写没有及时封闭衔接，需求查看代码，特别是开释资源的代码，或许是处理恳求的线程装, . 7 _备。

讲一讲SYN超时，j f ! D 5 x洪泛进犯，以及处理战略

什么 SYN 是洪泛进犯？ 在 TCP 的三次握手机制的第一步中，客户端会向服务器发送 SYN 报文段。服务器接纳到 SYN 报文段后会为该TCP分配缓存和l T C * { w i变量，假如进犯分子许多地往服务器发送 SYN 报文段，服务器的衔接资源终将被耗尽，导致内存溢出无法持续服务。

处理战略： 当服务器承受到 SYN 报文段时，不直接为该 TCP 分配资源，而仅仅翻开一个半开的套V [ p ; z接字。接着会运用 SYN 报文段的源Id，意图Id，端口号以– M ) K及只需服务器自己b T f I知道的n ) n # j %一个隐秘函数生成一个 cookie，并把 cookie 作为序列号呼应给客户端。

假如客户端是正常树立衔接，将会0 @ ~ _回来一个承认字段为 cookie + 1 的报文段。接下V [ 6 * 3 } a I来服务器会依据承认报文的源Id，意图Id，端口号以及隐秘函数计算出一个成果，假如成果的值 + 1等于承认字段的值，则1 K e证明是刚刚恳求衔接的客户端，这d J u f v h z n 时分才为该 TCP 分配资源

这样一来就Z & e X J L $不会为歹意进犯的 SYN 报文段分配资源空间，防止了进犯。

三、HTTP

HTTP1.0、HTTP1.1、Hc C 9 E x H 7 FTTP2.0 的差异

post 和 get 的差异

HTTP全称是 HyperText Transfer Protocal，即：超文本传输协议。是互联网上运用最为广泛的一种网络通讯协议，它答应将超文本符号语言（HTML）文档从Web服务器传送到客户端的浏览器。目前咱们运用的是HB J G +TTP/1.1 版别。一切的WWWi 5 W文件都有必要恪守这个标准。规划HTTP开端的意图p = S 7是为了供给一种发布和接纳HTML页面的办法。` m ] ` q1960年美国人 Ted Nelson 构思了一种经过计算机处理文本信息的办法，并称之为超文本（hyperte0 M 9 0xt），这成为c # b k Y了HTTP超文本传输协议标准架构的开展根基。

URI 和 URL

每个Web 服务器资源都有一个名字，这样客户L D _ r O u端就能够阐明他们感兴趣的资源是什么了q * E o 4 M j u，服务器资源名被称为一致资源标识符（Uniform Resource Identifier,URI）。URI 就像因特网上的邮政地址相同，在世界& f l 2 { u f规模 f e内仅有标识并定位信息资源。

一致资源定位符（URL）是资源标识符最常见的方式。 URL 描绘了一台特定服务器上某资源的特定位置。

现在简直一切的 URI 都是 URL。

URI 的第二种方式便A [ Y ? a – x K |是一致资源名（~ ~ 0 4 ) t C h JURN）。URN 是作为特定内容的仅有称号运用的，与目前的资源所在地无关u W Q A , / P g。 

HTTP音讯的结构

业务和报文

客户x ) K M 1端是怎样经过HTTP与Web服务器及其资源进行业务处理的呢？一个HTTP业E l S x 6 Y l务由一条恳求指令（从客户端发往服务器）和一个呼应（从服务器发回客户端）成果Z N E T : a组成。这种通讯是经过名为HTTP报文（HTTP Message）的格局化数据块进行的。

HTTP业务：

报文：

HTTP 报文是纯文本，不是二进制代码。从 Web 客户端发往 We$ u Pb 服务器的 HTTP 报文称为恳 W @ z B m求报文（request messag& – y } 5 g + re）。从服务器发往客户端的报文称为呼应报文。

HTTP 报文包含三部分：

  • 起始行
  • 首部字段
  • 主体

办法

Http协议界说了许多与服务器交互的办法，最基本的有4种，别离是GET,P; K . W fOST,PUT,DELETE. 一个URL地址用于描绘一个网络上的资源，而HTTP中的GET,0 { G | POST, PUT, DELETE就C a V对应着对这个资源的l ^ k l查，改，增，删4个操作。 咱们最常见的便是GETL v . ) ( ( 0 i和POST了。GET一般用于获取/查询资源信息，而POST一般用于更新资源信息。

  • GET
  • HEAD
  • PUT
  • POST
  • TRACE
  • OPTIONS
  • DELETE

Get与POST的差异

GET与POST是咱们常用的两B T D % Q J V 6种HTTPI o ; W ^ J Method，二者之间的差异首要包含如下五个方面：

  1. 从功用上讲，GET一般用来从服务器上获取资源，POST一般用来更新服务器上的资源； – 2
  2. 从REST服务视点上说，GET是幂等的，即读取同一个资源，总是得到相同的数据，而POST不是幂等的，因为每_ ) o H V #次恳求对资源的改动并不是相同的；进一步地，GET不会改动服务器上的资源，而POST会对服务器资源进行改动；
  3. 从恳求参数方式上看– t L B，GET恳求的数据会附在URL之后，即将恳求数据放置在HTTP报文的 恳求头 中，以?分割URL和传输数据，参数之间以&相连。特别, | s c地，假如数据是英文字母/数字，原样发送；不然，会将其编码为 application/x-www-form-urlencoded MIME 字符串(假如是_ x A空格，转换为+，假如是中文/其他字符，则直接把字符串用BASE64加密，得出如：%E4%BD%A0%E5%A5%BD，其间％XX中的XX为该符A 8 L 2 U ? j C O号以16进制标明的ASCII)；而POST恳求会把提交的数据则放置在是HTTP恳求报文的 恳求体 中。
  4. 就安全性而言，POST的安全性要比GET的安全4 # S性高，因为GET恳求提交的数据将明文呈现在URL上，而且POST恳求参数则被包装到恳求体中，相对更安全。
  5. 从恳求的巨细看，GET恳求的0 F – ` # K v : j长度受限于浏览器或服务器对URL长度的约束，答应发送的数据量比较小，而POST恳求则是没有巨细约束的。

HTTP恳求结构： 恳求办法 + 恳求URI + 协议及其版别

H2 g m = j /TTP呼应结构： 状况码 + 原因短语 + 协议及其版别

状况码

每条HTTP呼应报文回来时都会带着一个状况码。状q f 4 : c R况码是一个三位数字的代码，告知客户端恳求是否成功，或许是都需求采纳其他动作。

  • 1xx：标明服务端接纳了r O @ a y ` . ; A客户端恳求，客户端持续发送恳求；

  • 2xx：客户端发送的恳求被服务端成功接纳并成功进行了处理；

  • 3xx：服务端给客户端回来用于重定向的信息；

  • 4xx：客户端的恳求有不合法内容；

  • 5xx：服务端未能正常处理客户端的恳求而呈现意外过错。

  • 200 OK：标明从客户端发送给服务器的恳求被正常处理并回来；

  • 204 No Content：标明客户端发送给客户端的恳求得到J ? .了成功处理，但在回来的呼应报文中不含实体的主体部分（没有资源能够回来）

  • 206 Pa– * C $ R (tial Content：标明客户端进行了规模恳求，而且服务器成功履行了这部分的GET恳求，呼应报文中包含由Content-Range指定规模的实体内容。

  • 301 Moved Permanently：永久性重定向，标明恳求的资源被分配了F Y p ~ – * R x f新c z } i ^ 9 l的URL，之后应运用更改的URL；

  • 302 Found：暂时性重定向，标明恳求的资源被分配了新的URL，希望本次拜访运用新的URL；

  • 303 See Other：标明恳求的资源被分配了新的URL，应运用GET办法定向获^ 2 ? Y ( ] Z取恳求的资( e [ B 3 u f源

  • 304 Not Modified：标明客户端发送附带条件（是指选用GET办法的恳求报文中包含if-Match、If-ModifieD . j h u –d-SM # X w 1 jince、If-None-Match、If-Range、If-Unmodified-Si{ c v | b – F k Wnce中任一首部）的恳求时，服务器端答应] 5 w拜访资源，可是恳T W l : ! – N 0求为满意条件的情况下回来改状况码；

  • 400 Bad Request:标明恳求报文中存在语法过错；

  • 401 Unu N 8authorized：经答应，需求经过HTTP认证p , L | _ n u 9；

  • 403 ForbiddeZ t } ] + $ T U 0n：服务器回绝该次拜访（拜访权限呈现问题）

  • 404 Not Found：标明服务器上无法找到恳求的资源，除此之外，也能够在服务器回绝W ` u H S f恳求但不想给回绝原因时运用；

  • 500 Inter Server Error：标明服务器在履行恳求时发生了过错，也有或许是web运用g e @存在的bug或某些暂时的过错时；

  • 503 Server Unavailable：标明服务器暂时处于超负载或正在进行停机维护，无法处理恳求；

HTTP 是个运用层协议。HTTP 无需操心网络通讯的详细细节| } . D 3 5 { |，而是把这些细节都交给了通用牢靠的因特网传输协议 TCP/IP。

在 HTTPA F , v [ 客户端向服务器发送报文之前，需求用网络协议（Internet Protocol，IP）地址和端口号在客户端和服务器之间树立一条 TCP/IP 协议。而 IP 地址便是经过 URL 供给的，像 http://207.200.21.11:80/index.html，还有运用域名服务（Domain Name Services，DNS）的 http://www.lazyegg.net。

协议版别

  • HTTP/0.9

    HTTP协议的开端版别，功用粗陋，仅支撑 GET 办法，而且仅能恳求拜访 HTML 格局的资源

  • HTTP/1.0

    • 增加了恳求办法 POST 和 HEAD
    • 不再局限于0.9版其他HTML格局，依据Content-Type能够支, ! [ q =撑多种数据格局，即MIME多用途互联网邮件@ [ ~ h F扩展，例如ta D E i z oext/html、image/jpeg等
    • 一同也开端支撑 cache，便是当客户端在规则时刻内拜访一致网站，直接拜访cache即可
    • HTTP恳求和回应的格局也变了。除了数据部分，每次通讯都有必要包含头信息（HTTP header），用来描绘一些元数据。其他的新增功用还包含状况码（status code）、多字符集支撑、多部分发i 2 ( B w 9 l 4送（multi-part tf 5 j t , ` 3 m bype）、权限（authorization{ / 9 C ~ 0）、缓存（cache）、内容编码（content encoding）等
    • 可是1.0版其他作业办法是每次t { % ^ ATCP衔接只能发送一个恳求，当服务器呼应后就会封闭这次衔接，下一个恳求需求再次树立TCP衔接，便是不支撑keepalive

  • HTTP/1.0+

    在20世纪90年代中叶，为满意飞快开展的万维网，许多流行的 Web 客户端和服务器飞快的向 HTTP 中增加各种特性，X 3 I O Q &包含耐久的 keep-– = z J M 4alive 衔接、虚拟主机支撑，以及代理衔接支撑W ) ) d = X _都被假如到j ~ – HTTP 中，并称为非官方的事实标准。这种非正式的 HTTP 扩展版别通常称为 HTTPz $ A/1.0+

  • HTTP/1.1

    • http1.1是目前最为干流的http协议版别，从1997年发布至今，仍是干流U e I . e ) 9的http协议版别。
    • 引进了耐久衔接，或叫长衔接（ persistent connec8 _ q } I ]tion），即TCP衔接默认J # K E不封闭，能够被多个恳求复用，不用声明Connection: k: W ) * @eep-alive。
    • 引进了管道机制（ pipelining），即在同一个TCP衔接里，客户端能够一同发送多个恳求，进一步改善了HTTP协议的功率。
    • 新增办法：PUT、 PATCH、 OPTIONS、 DELETE。
    • htJ 9 Utp协议不带有状况，每次恳, a j W求都有必要附上一切信息。恳求的许多字段都是重复的，浪费带宽，影响速度。

  • HTTP/2.0（又叫} $ } o V d , E 8 HTTP-NG）

    • http/2发布于2015年，目前运用还比较少。
    • http/2是一个彻底的二进制协议，头信息和数据体都是二进制，而且统称为”帧”（frame）：头信息帧和y V p # [ H 7数据帧。
    • 复用TCP衔接，在一] 6 / ( * @ T 4个衔接里，客户端和浏览器都能够一同发送多个恳求或回应，且不用按次序一一对应，防止了队头堵塞的问题,此双向的实时通讯称为多工（ Multiplexing）。
    • HTTP/2 答应服务器未经恳求，主意向客户端发送X # 9资源，即服务器推送。
    • 引进头信息压缩机制（ hR ( ? weader compression） ,头信息运用gzip或compress压缩后再S e F ^ b . c 2 9发送。

四、HTTPS

HTTP缺陷：

  1. 通讯运用明文不对数据进行加密I x g e（内容6 % 简单被窃听）
  2. 不验证通讯方身份（简单伪装）
  3. 无法确认报文完好性（内简单被篡改）

因而，HTTC 9 p j H : + 9P协议不适合D | o ? X O传输一些灵敏信息，比方：信用卡号、暗码等支付信息。

为了处理HTTP协议的这一缺陷，需求运用另一种协议：安全套接字层超文本传输协议 HTTPS，为了数据传$ G 6 :输的安全，HTTV % ( 9 `PS在HTTP的根底上加入了SSL（安全套接层）协议，SSL依靠证书来验证服务器的身份，并为浏览器和服务器之间的通讯加密。

与 SSL（安全套接层）组合运用的 HTTP 便是 HTTPS

img

HTTP和HTTPS比照

HTTP协议传输的数据都是未加密的，也便是明文的，因而运用HTTP协议传输隐私信息非常不安全，为了保证这些隐私数据能加密传输，于是网景公司规划了S y T 8 C 7 R OSSL（Secure Sockets Layer）协议用于对HTTP协议传输的数据进行加密，然后就诞生了HTTPS。简单来说，HTTPS协议是由SSL# P ] s d W N t 4+HTTP协议构建的可进行加密传输、身份认证的网络i { d . L c 4 I ^协议，要比http协议安全。

HTTPS和d b g m @ vHTTP的差异首要如下Y C K [：

  1. https协议需求到ca恳求证书，一般免费证书较少，因而需求一定费用。
  2. http是超文本传输协议，信息是明文传输，https则$ $ f &是具有安全性的ssl加密传输协议。
  3. http和https运用的是彻底不同的衔接办法，用的端口也不相同，前者是80，后者是443。
  4. http的衔接很简单，是无状况的；HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，比http协议安全。

对称加密与非对m M { ;称加密

首要的加密办法分为两种：一种是共享密钥加密（对称密钥加密），一种是公开密t 9 C 0钥加密（非对称密钥加密）

共享密钥加密(对称秘钥加密)

加密与解密运用同一个密钥，常见的对称加密算法：DES，AES，3DES等。

img

也便是说在加密的一同，也会把密钥发送给对方。在发送密钥进程中y B $ c 2 v或许会形成密钥被3 I M t U l 9 U窃取，那么怎样处理这一问题呢？

公开密钥（非对称密钥）

公开密钥运用一对非对称密钥。U E a d ( f 6 x一把叫私有密钥，另一把叫公开密钥。私有密钥不让任何人知道，公有密钥随意发送。公钥加密的信息，只需私钥才干解密。x @ B ^ `常见的非对称加密算法：RSA，ECC等。

也便是说，发送密文方运用对方的公开密钥进行加密，对方承受到信息后，运用私有密钥进行解密。

对称加密加密与解密运用的是相同的密钥，所以速度快，但因为需求将密钥在网络传输，所以安全性不高。

非对称加密运用! g B了一对密钥，公钥与私钥，所以安全性高: @ 2 m ; Q q，但加密与解密速度慢。

为了处理这一问题，https选用对称加密与非对称加密的混合加密办法。

SSL/TSL( F z v K w ) 7 ?

SSLh * `（Secure Sockets Layer），中] L . | J文叫做“安全套接层”。它是在上世纪90年代中期，c * u * ; G由网景公司规划的。

SSL 协议便是用来处理 HTTP 传输进程的不安全问题，到了1999年，SSL 因为运用广泛，现已成为互联网上的事实标准。IETF 就在那年把 SSL 标准化。标准化之后的称号改为 TLS（是“Transport LayeT 3 z T } z : 9r Security”的缩写），中文叫做“传输层安全协议”。

许多相关的文章都把这两者并排称呼X N O 9 y（SSL/TLS），因为这Q R k E w D n J两者能够视作同一Q : = g 3 2 个东西的不同阶段。

SSLv + g ] V ./TLS协议的基本思路是W + V G J选用公钥加密法，也便是说，客户端K u E ) G q ; h A先向服务器端索要公钥，然8 ] m M u ?后用公钥加密信息，服务器收到密文后，用自己的私钥解密。

可是，这儿有两个问题。

  • 怎样保证公钥不被篡改？

​ 处理办法：将公钥放在数字证书中。只需证书是可信的，公钥便是可信的。

  • 公钥加密a t d v计算量太大，怎样Z x [ = O C Y n减少耗用的时q ~ ! n z + ^刻？

    每一次对话（session），客户端和服务器端都生成一个”对话密钥”（se~ Z : ] 6 ^ssion key），用它来加密; V )信息。因为”对话密钥”是对称加密，所以运算速度非常快，而服务器公钥只用于加密} 4 :“对话密钥”自身，这样就减少了加密运算的耗费时刻。

因而，SSL/TLS协议的基本进程是这样的：

  1. 服_ c ( ; c H 6 Z务端将非对称加密的公钥发送给客户端；

  2. 客户端拿着服务端发来的M e f = F q m o公钥，对对称加密的key做加密并发给服务端；

  3. 服务端拿着自己的私钥对发来的密文解密，从来获取到对称加密的key；

  4. 二者运用对称加密的key对需求{ Y Q A k r h C q传输的音讯做加解密传输。

HTTPS相比HTTP，在恳求前多了一个「握手」的环节。

握手进程中确认了数据加密的暗码。在握手进程中，网站会向浏览器发送 SSL 证书，SSL 证书和咱们日常用的身份证相似，是一个支撑 HTTPS 网站的身份证明，SSL 证书里边包含了网站的域名，证书有效期，证书的颁布组织以及用于加密传输暗码的公钥等信息，因为公钥加密的暗码只能被在恳求证书时生成的私钥解密，因而浏览器在生成暗码之前需求先核对当时拜访的域名与证书上绑定的域名是否共同，一同还要对证书的颁布组织进行验L n C W K Y 2 T d证，假如验证失利浏览器会给出证书过错的提示。

证书

实际上，咱们运用的证书分许多种类型，SSL证书仅仅其间的一种。证书的格局是由 X.5091 q { 标准界说。SSL 证书担任传输0 n Y 0 & w q公钥，是一种PKI（Public Key Infrastructure，公钥根底结构）证书。

咱们常见的证书依据用途不同大致有以下几种：

  1. SSL证书，用于加密HTTP协议，也便是HO 5 $TTPS。
  2. 代码签名证书，用于签名二进制文件，比方Windows内核驱动，Fire7 ? lfox插件，Java代码签名等等。
  3. 客户端证书，用于加密S N y邮件。
  4. 双因素证书，网银专业版运用的USB Key里边用的便a 5 n ] 0 p e : &是这种类型的证书。

这些证书都是由受认证的证书颁布组织——咱们称之为CA（Certificate Authority）组织来颁布，针对企业与个人的不同，可恳求的证书的类型也不同，价格也不同。CA组织颁布的证书都是受信赖的证书，关于 SSm [ t w t ? wL 证书来说，假如拜访的网站与证书绑定的网站共同就能够经过浏览器的验证而不会提示过错。

为什么服务端要发送证书给客户端

互联网有太多的服务需求运用证书来验证身份，以至于客户端(操作体系或浏览+ * A + 2 z器等K $ A P Q V y)U ; z无法内置一切g Z 8 m * U P r u证书，需求经过服务端将证书发送给客户端。

客户端为什么要验证接纳到的证书

中间人进犯

客户端<------------进犯者<-9 K . Z-----------服务端
伪造证书            拦截恳求

客户端怎样验证接纳到的证书w t C X = 7

为了答复这个问B a * K % {题，需求引进数字签名(Digital Sig~ b _ @ W 8 snature)。

+--------------] A { X L-------+
| A digital signature |
|(nota 5  to be confused  |
|with a digital       |
|certificate)         |            +---------+              +--------+
| is a mathematical   |----哈希--->|+ M T 音讯摘要  |---私钥加密+ 5 4 Y d ]--->| 数字签名 |
|technique used       |            +---------+              +--------+
|to validate the      |
|au` ^ Z n / N Zthenticity and     |
|integrit5 p c Y U y d & /y of a       |
|message, software    |
|or digital document.E J = |
+---------------------+

将一? u i q D j 8 q段文本经过哈希（hash）和私钥加密处理后生成数字签名。

假定音讯传递在Bob，Susan和Pat三人之间发生。Susan将音讯连同数字签名一同发送给Bob，Bob接纳到音讯后，能够这样验证接纳到的音讯便是Susan发送的

+---------------------+
| A digz A o T ! A T Qital signature |
|(nC E e b N 8 k !ot to be confused  |
|with a digital       |
|certificat9 I K Oe)         |            +---------+
| is a mathematical   |----哈希--->C 6 , g 8 y|  音讯摘要 |
|technique used       |            +---------+
|to validate thF K S N M b Ze      |                 |
|authenticity and     |                 |
|integrity of a       |                 |
|messagQ ! N - n 3 c y ue, software    |                 对
|or digital document. |                 比
+--------------------Z e @ K-+                 |
|
|
+--------+               +---------+
| 数字签名 |---公钥解密--->|  音讯摘要 |
+--------+               +--------; M N-+

当然，这个条件是Bob知道Susan的公钥。更重要的是，和音讯自身相同，公钥不能在不安全的网络中直接发送给Bo6 c # 4 G +b。此刻就引进了证书颁布组织（Certificn @ ? +ate Authority，简称CA），CA数量并不多，Bob客户端内置了一切受信赖CA的证书。CA对Susan的公钥（和其他信息）数字签名后生成证书。

Susan将证书发送给Bob后，Bob经过CA证书的公钥验证证书签名。

Bob信赖CA，CA信赖Susan 使得 Bob信 N y v赖Susan，信赖链（Chain Of Trust）便是这样形成的。

事实上，Bob客户端内置的是CA的根证书(Root Certificate)，HTTPS协议中服务器会发送b C ? y E证书链（CerK ` b D ?tificate Chain）给客户端。

HTTPS的作业原理

  1. Client 运用https的URL拜访 Server，要求与 Server 树立 SSL 衔接
  2. Server 把事前装备好的公钥证书回来给客户端。
  3. CD t 2 E # ,l# W ] sient验证公钥证书：比方是否在有效期内，证书的用途是不是匹配Cli+ W x 7ent恳求的站点，是不是在CRL撤消列表里边，它的上一级证书是否有效，这是一个递归的进程，直到验证到根证书（操作体系内置的Roo# 9 Q ] T A vt证书或许Client内置的Root证书）。假如验证经过则持续，不经过则显现警告信息。
  4. Cli9 / y rent运用伪随机数生成器生成加密所运用的对称密钥，然后用证书5 p }的公钥加密这个对称密钥，发给Server。
  5. Server运用自己的私钥（private key）解密这个音讯，得到对称密钥。至此，CM O s } 7 v Z w [lient和Server两边都持有了相同的对称密钥。
  6. Server运用对称密钥加密“明文内容z & | X l v Y (A”，发送给Client。
  7. Client运用对称h =密钥解密呼应的密文，得到“明文内容A”。
  8. Client再次主张HTTPS的恳求，运用对称密钥加密恳求的“明文内容B”，然后Server运用对称密钥解密密文，得到“明文内容B”。

HTTPS的优点

尽管HTTPS并非绝对安全，掌握根证书的组织、掌握加密算法的组织相同能够进行中间人方式的进犯，但HTTPS仍是h s ; V x现行架构下最安( { P @ e f全的处理方案，首要有以下几个优点：

  1. 运用HTTPS协议可认证用户和服务器，保证数据发送到正确的客户机和服务器；
  2. HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全，可防止数据在传输进程中不被窃取、改动，保证数据的完好性。
  3. HTTPS是现行架构y l ] O ] X H : w下最安全的处理方案，尽管不是绝对安全，但它大幅增加了中间人进犯的本钱。
  4. 谷歌曾在2014年8月份调整查找引擎算法，并称“比起同等HTTPZ d M Y 4 7 – 4网站，选用HTTPS加密的网站在查找成果中的排名将会更高”。

HTTPS的缺陷

尽管说HTTPS有很大的优势，但其相对来说，还是存在不R P +足之处的：

  1. HTTPS协议握手阶段比较费时，会使页面的加载时刻延伸近50%，增加10%到20%的耗电；
  2. HTTPS衔接缓存不如HTTP高效，会增加数据开Q o N I { e Y z –销和功耗，甚至已有的安全措施也会因而而受到影响；
  3. SSL证书需求钱，功用越强大的证书费用越高，个人网站、小网站没有必要一般不会用。
  4. SSL证书通常需求绑定IP，不能在同一IP上绑定多个域名，IPv4资源不或许支撑这个耗费。
  5. HTTPS协议的加密规模也比较有限，在黑客进犯、回绝服务进犯、服务器绑架等方面简直起不到什么效果。最要害的，SSL[ ~ w P x证书的信用链体系并不安全，特别是在某些国家能够操控CA根证书的情况下，中间人进犯相同可行。

HTTP 切换到 HTTPS

假如需求将网站从http切换到https究竟该怎样完结呢？

这儿需求将页面中一切的链接，例如js，css，图片等3 G ) b w v q _等链接都由http改为https。例如：www.baidu.com改为https://www.baidu.com

BTW，这儿尽管将http切换为了https，还是主张保存hS B N ettp。所以咱们在切换的时分能够做http和https的兼容，详细W ( r a a v完结办法是，Z ! I去掉页v 9 E e : N ) f w面链接中的http头部，这样能够自动匹配http头和https头。例如：将http://www.baidu.com改为//www.baidu.com。然后当用户从http的* F – G s W入口进入拜访页面时，页面便是http，假如用户是从https的入口进入拜访页面，页面即便https的。

什么是Cookie，Cookie的运用进程是怎样样的？

因为 http 协议是无状况协议，假如客户经过浏览r O D器拜访 web 运用时没有一个保存用户拜访状况的机制，那么将不能持| m j续盯梢运用的操作。比方当用户往购物车中增加了产品，web 运用有必要在用户浏览其他产品的时分仍保存购物车的状况，以便用户持续往购物车中增加: Z L e产品。

cookie 是浏览器的一种缓存机制，b ] l s I t M v它可用于保持客户端与服务器端之间的会话。因为下面一题会讲到session，所以这儿要强调cookie会将会话保存在– @ k t D g )客户端（session则是把会话保存在服务端）

这儿以最常见的登陆事例解说cookie的U 2 d M b Q { –运用进程：

  1. 首要用户在客户端浏览器向服务器主张登陆恳求
  2. 登陆成功后，服务端会把登陆的用户信息e m a设置 cookie 中，回 c 7 K来给客户端浏览器
  3. 客户端浏览器接纳到 cookie 恳求后，会把 cookie 保存到本地（或许是内存，也或许是磁| D $ { 7 W盘，看详细运用情况而定）
  4. 今后再次拜访该 web 运用时，客户端浏M 4 d览器就会把本地的 cookie 带上，这样服务端就能依据q R ~ k @ c 4 cookie 取得用户信息了

什么是session，有哪些完结session的机制？

session 是} 4 k一种保持客户端与服务器端会话的机$ k % W制。可是与 cookie 把会话信4 C ( s W [ k息保存| l L n f ^ &在客户端本地不相同，session 把会话保存在浏览器端。

咱们相同以登陆事例为例子解说 session 的运用进程：

  1. 首要用户在客户端浏览器主张登陆恳求
  2. 登陆成功后，服务端会把用户信息保存在服务端，并回来一个仅有的 sq q pessie r g A | Son 标V F % & Z N E h识给客户端浏览器。
  3. 客户端浏览器会把这个仅有的 sessiol W W $ –n 标识保存在起来
  4. 今后再次拜访 web 运用时，客户端浏览器会把这个仅有的 sessiog z n { Z _n 标识带上，这样服务端就能依据这个仅有标识找到用户信息。

看到这儿或许会引起疑问：把仅有的 session 标识回来给客户端浏览器，然后保存起来，今后拜访时带上，这难道不是 cookie 吗？

没错，= g U t ; = &session 仅仅一种会{ + , 4 N u 1 %话机制，在许多 web 运用中，session 机制便是经过 cookie 来完结的。也便是说它仅仅运用了 cookie 的功用，并不是运用 cookie 完结会话保存。与 cookie 在保存客户端保存会话的机制相反，sea Y B + U o v t Tssion 经过 cookieN 8 d J * U t w ? 的7 # | }功用把会话信息保存到了服务端。

进一步地说，session 是一种保持服务端与5 * 1 Q 0 ~客户端之间会话的机j – n z 1 V 9 y D制，它能够有不同的完结。以现在比较流行的小程序为例，论述一个 sessij U ( ] [ y ^on 的完结方案：

  1. 首要用户登陆后，需求把用户登陆信息保存d $ ? a K在服务T . 3端，这儿咱们能够选用 redis。比方说给用户生成一个 userToken，然后以 userId 作为键，以 userTP O 7 ) o f Qoken 作为值保存到 redis 中，并在回来时把 usee c ` l j u 1 * @rToken 带回给小程序端。
  2. 小程序端接纳到 userToken 后把它缓存起来，今后每逢拜访后端服 E ) 8 d L v 1 务时就把 userToken 带上。
  3. 在后续的服务中服务端只需拿着小程序端带来的 userToken 和 redis 中的 userToken 进行比对，就能确认用户的登陆状k 1 A b v ( G况了。

session和cookie有什么差异( Q @ ; e 9 r ^

经过上面两道题的论述，这道题就很明晰了

  1. cookie 是浏览器供给的一种缓存机制，它能够用于保持客户端与服务端之间的会话
  2. session 指的是保持客户端与服务端会话的一种机制，它能够经过 cookie 完结，也能够经过其他手法完结。
  3. 假如用 cookie 完结会话，那么会话会_ Q h . , 2 [ 4 2保存在客户端浏览器中
  4. 而 sessio0 N 7 u 9 = X + #n 机制供给的会话是保存在服务端的。

Other FAQ     

从输入网址到取得页面的进程

  1. 浏览器查询 DNS，获取域名对应的IP地址:f 6 / B P ~ ) L 0详细进程包含浏览器查找自身的DNS缓存、查找操作体系的DNS缓存、p e X 0 J读取本地的Host文件/ X & q C + S Q p和向本地DNS服务器进行查询等。关于向本地DNS服务器进行查询，假如要查询的@ a m 6 S n !域名包含在本地装备区域资源中，则回来解析成果给客户机，完结域名解析(此解析具有权威性)；假如. K * L L ]要查询的域名不由本地DNS服务器区域解析，但该服务器已缓存了此网址映射联系，则调用这个IP地址映射，完结域名解析（此解析不具有权威性）。假如本地域名服务器并未缓存该网址映射联系，那么将依u E Y : Y / ! e据其设置主张递归查询或许迭代查询；o G % !
  2. 浏览器取得域名对应的IP地址今后G 9 . | p，浏览器% X % D @ L &向服务器恳求树立链接，主张三次握手；
  3. TCP/IP链接树立起来后，浏览器向服务器发送HTTP恳求；
  4. 服务器接纳到这个恳求，并依据路径参数映射到特定的恳求处理器进行处理，并将处理成果j L ] d [及相应的视图回来给浏览器；
  5. 浏览器解析并烘托视图，若遇到对js文件、css文件q p j k K T . B及图片等静态资源的引用，则重复上述进程并向服务器恳求这些资源N S A = s t E；
  6. 浏览器依据其恳求到的资源、数据烘托页面，终究向用户呈现一个完好的页面。

XSS 进犯

XSS 是一种常常呈现在web运用中的计算1 { s机安全漏洞，与SQL注入一同成为web中最干流的进犯办法。XSS是指歹s I ; )意进犯者运用网站没有对用户提交数据进行转义处理或许过滤不足的缺陷，然后增加一些脚本代码嵌入到we$ # l 7 J 2 | [b页面中去，使其他用| v H G U V h C户拜访都会履行相应的嵌入代码，然后盗取用户资料、运用用户身份进行某种动作或许对拜访者进行病毒损4 – A d t Q害的一种进犯办法。

   h [ i c R ] ,       

IP地址的分类

IP地址是指互联网协议地址，是IP协议供给的一种一致的Q 9 * }地址格局，它为互联网上的每一个网络和每0 # f 1一台主机分配一个9 @ o逻辑地址，以此来屏蔽物理地址的差异。IP地址编^ p ` A x B =址方案将IP地址空间划分为A、B、C、D、E五类，其间A、B、C是基本类，D、E类作为多播和保存运用，为特别地址。

每个IP地址包含两个标识码（ID），即网络ID和主机ID。同一个物理网络上的一切主机都运用同一个网络ID，网络上的一个主机（包含网络上作业站，服务器和路由器等）有一个主机ID与其对应。A~E类a C P 6 E { g G地址的特色如下：

A类地址：以0最初，第一个字节规模：0~127；

B类地址：以10最初，第一个字节规模：128~191；

C类地址：以110最初，第一个字节规模：192~223；

D类地址：以1110最初，第一个字节规模为224~239；

E类地址q ) X B：以1111最初，保存地址

参考与感谢

  • 《y ; | , , G O g HTTP 权威指南》
  • arch-long.cn/articles/ne…
  • blog.csdn.net/qq_32998153…
上一篇 面试官：如何用Redis实现分布式锁？
下一篇 Springboot集成自定义异常类（企业实战）

相关文章