【干货】Linux网络运维面试题，你会多少？( 二 ) ：【干货】Linux网络运维面试题

从HTTP/1.1起，默认使用长连接，用以保持连接特性。使用长连接的HTTP协议，会在响应头有加入这行代码：
Connection:keep-alive
在使用长连接的情况下，当一个网页打开完成后，客户端和服务器之间用于传输HTTP数据的TCP连接不会关闭，如果客户端再次访问这个服务器上的网页，会继续使用这一条已经建立的连接。 Keep-Alive不会永久保持连接，它有一个保持时间，可以在不同的服务器软件（如Apache）中设定这个时间。实现长连接要客户端和服务端都支持长连接。
HTTP协议的长连接和短连接，实质上是TCP协议的长连接和短连接。
长连接短连接操作过程
短连接的操作步骤：
建立连接----数据传输-----关闭连接。。。建立连接-----数据传输----关闭连接
长连接的操作步骤：
建立连接---数据传输。。（保持连接）。。数据传输---关闭连接
长连接和短连接的优点和缺点
长连接可以省去较多的TCP建立和关闭的操作，减少浪费，节约时间。对于频繁请求资源的客户来说，较适用长连接。但是会存在一个问题，随着客户端连接越来越多， server早晚有扛不住的时候，这时候server端需要采取一些策略，如关闭一些长时间没有读写事件发生的连接，这样可以避免一些恶意连接导致server端服务受损；如果条件再允许就可以以客户端机器为颗粒度，限制每个客户端的最大长连接数，这样可以完全避免某一个客户端连累后端服务。
短连接对于服务器来说管理较为简单，存在的连接都是有用的连接，不需要额外的控制手段。但如果客户请求频繁，将在TCP的建立和关闭操作上浪费时间和带宽。
HTTP报文格式：
请求消息格式：请求行
头部行
附属行
响应消息格式：状态行
头部行
8、常见HTTP状态码
成功的状态码(基本以2开头)：这一类型的状态码，代表请求已成功被服务器接收、理解、并接受
200--请求已成功，请求所希望的响应头或数据体将随此响应返回
202--服务器已接受请求，但尚未处理
205--服务器成功处理了请求，且没有返回任何内容
内容被重定向（基本以3开头）：需要客户端采取进一步的操作才能完成请求
301--被请求的资源已永久移动到新位置
302--请求的资源临时从不同的URI响应请求
303--对应当前请求的响应可以在另一个URI上被找到，而且客户端应当采用GET的方式访问那个资源
305--被请求的资源必须通过指定的代理才能被访问
307--请求的资源临时从不同的URI响应请求
请求失败的状态码（基本以4开头）：
400--语义有误，当前请求无法被服务器理解。除非进行修改，否则客户端不应该重复提交这个请求或者请求参数有误
401--当前请求需要用户验证
403--服务器已经理解请求，但是拒绝执行
404--请求的网页不存在
405--请求行中指定的请求方法不能被用于请求相应的资源
408--请求超时
服务器端的错误（基本以5开头）：了服务器在处理请求的过程中有错误或者异常状态发生
500--服务器内部错误
503--服务器暂时不可用
9、什么是死锁
进程死锁，它是操作系统或系统软件运行的一种状态：在多任务系统下，当一个或多个进程等待系统资源，而资源又被进程本身或其他进程占用时，就形成了死锁
产生死锁的原因：
①系统资源不足
②进程运行推进的顺序不合适
③资源分配不当等
产生死锁的四个必要条件：
①互斥条件：一个资源每次只能被一个进程使用
②请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放
③不剥夺条件：进程已获得的资源，在未使用完之前，不能强行剥夺
④循环等待条件：若干进程之间形成一种头尾相连的循环等待资源关系
避免死锁的方法：
①有序的资源分配法
②银行家算法
解决死锁：
①进行系统的重新启动（最简单粗暴）
②撤销进程，剥夺资源
银行家算法
银行家算法是一种最有代表性的避免死锁的算法
我们可以把操作系统看作是银行家，操作系统管理的资源相当于银行家管理的资金，进程向操作系统请求分配资源相当于用户向银行家贷款。操作系统按照银行家制定的规则为进程分配资源，当进程首次申请资源时，要测试该进程对资源的最大需求量，如果系统现存的资源可以满足它的最大需求量则按当前的申请量分配资源，否则就推迟分配。当进程在执行中继续申请资源时，先测试该进程已占用的资源数与本次申请的资源数之和是否超过了该进程对资源的最大需求量。若超过则拒绝分配资源，若没有超过则再测试系统现存的资源能否满足该进程尚需的最大资源量，若能满足则按当前的申请量分配资源，否则也要推迟分配。