面试题目

﹏ヽ暗。殇╰゛Y 2022-06-14 00:09 265阅读 0赞

## 1.原型链继承 ##

子类的原型属性可以继承父类实例，访问父类实例的属性和方法

![原型链继承][SouthEast]

## 2.事件流 ##

利用冒泡的原理，指定一个事件处理程序，可以管理一类型的所有事件，绑定到父元素  
移除事件绑定

#### 在冒泡型事件流中click事件传播顺序为 ####

`<div>—》<body>—》<html>—》document`  
![冒泡][SouthEast 1]

#### 在捕获型事件流中click事件传播顺序为 ####

`document—》<html>—》<body>—》<div>`  
![捕获][SouthEast 2]

#### DOM标准采用捕获+冒泡 ####

![事件流][SouthEast 3]

> DOM标准规定事件流包括三个阶段：事件捕获阶段、处于目标阶段和事件冒泡阶段。  
> 事件捕获阶段：实际目标`<div>`在捕获阶段不会接收事件。也就是在捕获阶段，事件从document到`<html>`再到`<body>`就停止了  
> 处于目标阶段：事件在`<div>`上发生并处理。但是事件处理会被看成是冒泡阶段的一部分。  
> 冒泡阶段：事件又传播回文档。

## 3.内核 ##

<table> 
 <thead> 
  <tr> 
   <th>浏览器</th> 
   <th align="center">说明</th> 
   <th align="right">内核</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>IE</td> 
   <td align="center">Trident</td> 
   <td align="right">IE内核</td> 
  </tr> 
  <tr> 
   <td>Gecko</td> 
   <td align="center">Mozilla、Firefox</td> 
   <td align="right">Gecko</td> 
  </tr> 
  <tr> 
   <td>Chrome、Safari</td> 
   <td align="center">Webkit</td> 
   <td align="right"></td> 
  </tr> 
  <tr> 
   <td>Opera</td> 
   <td align="center">Presto</td> 
   <td align="right"></td> 
  </tr> 
  <tr> 
   <td>Konqueror</td> 
   <td align="center">KHTML</td> 
   <td align="right"></td> 
  </tr> 
 </tbody> 
</table>

## 4.模块 ##

<table> 
 <thead> 
  <tr> 
   <th>说明</th> 
   <th align="center">形式</th> 
   <th align="right">缺点</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>放在一起</td> 
   <td align="center">func m1(){},fund m2(){}</td> 
   <td align="right">全局变量多，污染全局变量</td> 
  </tr> 
  <tr> 
   <td>对象</td> 
   <td align="center">var a={m1:func(){},m2:func(){}}</td> 
   <td align="right">暴露城院，易被改写</td> 
  </tr> 
  <tr> 
   <td>立即执行函数</td> 
   <td align="center">(function)</td> 
   <td align="right">外部无法读取内部变量</td> 
  </tr> 
  <tr> 
   <td>CommonJS</td> 
   <td align="center">module_export出口对象、requires加载对象</td> 
   <td align="right">同步</td> 
  </tr> 
  <tr> 
   <td>ADM\CMD</td> 
   <td align="center"></td> 
   <td align="right">异步</td> 
  </tr> 
 </tbody> 
</table>

## 5.SEO ##

### HTML ###

1.  封闭标签`<></>`
2.  去除多余的空格
3.  `<a>`标签添加title属性
4.  `<img>` 标签添加alt和title属性
5.  使用语义化的标签
6.  行内元素里面不能写块级元素
7.  meta标签的合理使用
8.  注释

### CSS ###

1.  合理使用行内样式
2.  若css样式很多，则进行外部引用
3.  尽量减少使用\*
4.  注意缩写`border、margin、padding`
5.  利用css的继承，减少代码量
6.  合理使用class
7.  合并图片
8.  合理注释

### JS： ###

(解释性脚本语言，相对安全，基于对象，事件驱动，若类型，跨平台)  
1. 外部引用  
2. 合并js  
3. 习惯减少重绘，减少作用域

> 优点：  
> 1. 减少http传输，  
> 2. 方便处理HTML  
> 3. 支持分布式运算  
> 缺点：  
> 各个浏览器的支持性不同，web安全性

### web性能优化 ###

1.  减少HTTP请求(合并css、js、使用css sprites合并背景图片)
2.  设置浏览器缓存，根据响应的header(每次重载、无提示、LastExag 304、强制设置缓存)
3.  使用压缩组件，GZIP
4.  image和js的预载入，在登录页面载入
5.  将脚本语言放在底部，css样式放在顶部
6.  使用外部js、css
7.  切分组件到多个域
8.  减少css、flash、image

### DOM优化 ###

1.  批量增加，最小化现场更新
2.  使用innerHTML
3.  使用事件代理
4.  HTML Collection

## 6.数据类型 ##

<table> 
 <thead> 
  <tr> 
   <th>类型</th> 
   <th align="center">typeof操作符</th> 
   <th>instanceof</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>undefined</td> 
   <td align="center">undefined</td> 
   <td>无</td> 
  </tr> 
  <tr> 
   <td>null</td> 
   <td align="center">object</td> 
   <td>无</td> 
  </tr> 
  <tr> 
   <td>boolean</td> 
   <td align="center">boolean</td> 
   <td>无</td> 
  </tr> 
  <tr> 
   <td>number</td> 
   <td align="center">number</td> 
   <td>无</td> 
  </tr> 
  <tr> 
   <td>string</td> 
   <td align="center">string</td> 
   <td>无</td> 
  </tr> 
  <tr> 
   <td>object</td> 
   <td align="center">object</td> 
   <td>true</td> 
  </tr> 
  <tr> 
   <td></td> 
   <td align="center"></td> 
   <td>object、array、function、string</td> 
  </tr> 
 </tbody> 
</table>

## 7.call(),apply(),bind() ##

在特定的作用域中调用函数(在{父函数}中调用{(apply和call前面的)函数})
    apply()——逐个列举，参数数组；扩展作用域`func1.apply(o)//把func1绑定到o`
    call()——可以是Array实例，可以是arguments；扩展作用域`func2.call(o)//把func2绑定到o`
    bind()——funcend = func.bind(o);o绑定到funcend,funcend的this为o

## 8.JSON和XML ##

json——轻量级、独立，自我描述，易读，宽带小
    XML——标记语言，类HTML，纯文本，格式标准严格优势，与其他系统远程交互，文件庞大，结构复杂，

## 9.数据结构 ##

逻辑结构

> 集合——  
> 线性——一维数组、队列、栈  
> 非线性——数、图、多维数组

存储结构

> 顺序、链式、索引、散列

## 10.浏览器加载渲染网页过程解析 ##

web浏览器与web服务器之间通过HTTP协议进行通信的过程（域名解析 -> 建立连接 -> 发起请求 -> 等待响应 -> 接收数据）  
![浏览器接收完毕渲染之前][SouthEast 4]

> 1.  从浏览器地址栏的请求链接开始（在地址栏输入网址）
> 2.  浏览器通过DNS解析查到域名映射的IP地址，成功后浏览器端向此IP地址取得链接
> 3.  链接成功后，浏览器将请求头信息通过HTTP协议向IP所在的服务器发起请求
> 4.  服务器接收到请求后等待处理，向浏览器端发回响应
> 5.  浏览器从服务器端接收text/html类型的代码，浏览器开始显示此html(获得内嵌资源地址，浏览器发起请求获得这些资源)

--------------------

<table> 
 <thead> 
  <tr> 
   <th>层</th> 
   <th>过程</th> 
   <th>备注</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>应用</td> 
   <td>1.DNS解析（把<a href="http://anfang.com:8080/test/index.html" rel="nofollow">http://anfang.com:8080/test/index.html</a>变成ip（如果不包含端口号，则会使用该协议的默认端口号）；</td> 
   <td>（本地的机器上在配置网络时都会填写DNS）把url发给配置的DNS服务器，如果能够找到相应的url则返回其ip，否则该DNS将继续将该解析请求发送给上级DNS，整个DNS可以看做是一个树状结构，该请求将一直发送到根直到得到结果。</td> 
  </tr> 
  <tr> 
   <td>应用</td> 
   <td>2.建立一个socket连接（socket是通过ip和端口建立）；</td> 
   <td>拥有了目标ip和端口号，打开socket连接</td> 
  </tr> 
  <tr> 
   <td>应用</td> 
   <td>3.向web服务器发送请求（GET或POST）；</td> 
   <td>GET 路径/文件名 HTTP/1.0(GET /test/index.html HTTP/1.0，)</td> 
  </tr> 
  <tr> 
   <td>应用</td> 
   <td>4.应答 web服务器收到这个请求，进行处理</td> 
   <td>从它的文档空间中搜索子目录test的文件index.html,如果找到，Web服务器把该文件内容传送给相应的Web浏览器</td> 
  </tr> 
  <tr> 
   <td>应用</td> 
   <td>5.关闭连接</td> 
   <td>Web浏览器与Web服务器必须断开，保证其它Web浏览器能够与Web服务器建立连接</td> 
  </tr> 
 </tbody> 
</table>

### 数据包在网络中漫游的经历 ###

各层之间是严格单向依赖的，下层是服务提供者，上层是请求服务的用户

<table> 
 <thead> 
  <tr> 
   <th>网络分层</th> 
   <th>作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>应用</td> 
   <td>根据当前的需求和动作，结合应用层的协议，有我们确定发送的数据内容，把这些数据放到一个缓冲区内，然后形成了应用层的报文data</td> 
  </tr> 
  <tr> 
   <td>传输</td> 
   <td>数据通过传输层发送(如tcp协议),数据会被送到传输层处理，在这里报文打上了传输头的包头(包含端口号，以及tcp的各种制信息，这些信息是直接得到的，因为接口中需要指定端口)。这样就组成了tcp的数据传送单位segment。[tcp是一种端到端的协议，利用这些信息(tcp首部中的序号确认序号)，发送的一方不断的进行发送等待确认，发送一个数据段后，会开启一个计数器，只有当收到确认后才会发送下一个，如果超过计数时间仍未收到确认则进行重发，在接受端如果收到错误数据，则将其丢弃，这将导致发送端超时重发。通过tcp协议，控制了数据包的发送序列的产生，不断的调整发送序列，实现流控和数据完整</td> 
  </tr> 
  <tr> 
   <td>网络</td> 
   <td>待发送的数据段送到网络层，在网络层被打包，这样封装上了网络层的包头，包头内部含有源及目的的ip地址，该层数据发送单位被称为packet。根据目的ip地址，就需要查找下一跳路由的地址。查找到下一跳ip地址后，还需要知道它的mac地址，这个地址要作为链路层数据装进链路层头部</td> 
  </tr> 
  <tr> 
   <td>链路</td> 
   <td>将mac地址及链路层控制信息加到数据包里，形成Frame，Frame在链路层协议下，完成了相邻的节点间的数据传输，完成连接建立，控制传输速度，数据完整</td> 
  </tr> 
  <tr> 
   <td>物理</td> 
   <td>物理线路则只负责该数据以bit为单位从主机传输到下一个目的地，下一个目的地接受到数据后，从物理层得到数据然后经过逐层的解包 到 链路层 到 网络层，然后开始上述的处理，在经网络层 链路层 物理层将数据封装好继续传往下一个地址</td> 
  </tr> 
 </tbody> 
</table>

## 11.跨域 ##

### JSONP(只支持GET请求) ###

`<script>`标签是不受同源策略的限制的，它可以载入任意地方的 JavaScript 文件，而并不要求同源。  
理念：和服务端约定好一个函数名，当我请求文件的时候，服务端返回一段 JavaScript。这段 JavaScript 调用了我们约定好的函数，并且将数据当做参数传入。JSON 的数据格式和 JavaScript 语言里对象的格式正好相同，所以在我们约定的函数里面可以直接使用这个对象。  
代码

//index.html
    <script> function getWeather(data) { console.log(data); } </script>
    <script src="http://x.y.com/xx.js"> //http://x.y.com/xx.js 文件内容 getWeather({ "城市": "北京", "天气": "大雾" }); function handleResponse(response){ alert("you're at IP address"+response.ip+", which is in "+response.city+", "+response.region_name); } var script=document.createElement("script"); script.src="http://freegeoip.net/json/?callback=handleResponse"; document.body.insertBefore(script,document.body.firstChild);

### 图像&图像Ping ###

1.<img>//标签
    2.动态创建图像Ping
    var img = new Image();
    img.onload = img.onerror = function(){ 
        alert("Done!");
    }
    img.src = "http://www.example.com/test?name=Anan";

### Comet(服务器推送)\[近乎实时\] ###

1.长轮询
    //页面发送一个请求到服务器，服务器保持打开，直到有数据可发送，发送完毕后关闭连接；随机又发送到服务器
    //使用XHR和setTimeout()实现
    2.HTTP流
    //浏览器向服务器发送一个请求，服务器保持连接打开，周期性的向浏览器发送数据
    <?php
        $i=0
        while(true){
            echo "Number is $i";
            flush();
            //等待几秒
            $i++;
        }
    >

### XDR （CORS跨域资源共享） ###

实现CORS通信的关键是服务器。只要服务器实现了CORS接口，就可以跨源通信。

#### 1.简单请求（simple request） ####

> 1) 请求方法是以下三种方法——HEAD、GET、POST  
> 2) HTTP的头信息不超出——Accept、Accept-Language、Content-Language、Last-Event-ID、  
> 3) Content-Type：只限于三个值application/x-www-form-urlencoded、multipart/form-data、text/plain

处理手段：

<table> 
 <thead> 
  <tr> 
   <th>Tables</th> 
   <th>Are</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>在头信息之中，增加一个Origin字段（本次请求来自哪个源（协议 + 域名 + 端口））</td> 
   <td>在许可范围：服务器返回的响应，会多出几个头信息字段<code>Access-Control-Allow-Origin: http://api.bob.com; Access-Control-Allow-Credentials: true; Access-Control-Expose-Headers: FooBar</code>;不在许可范围：这个回应的头信息没有包含Access-Control-Allow-Origin字段，从而抛出一个错误，被XMLHttpRequest的onerror回调函数捕获。</td> 
  </tr> 
  <tr> 
   <td>Access-Control-Allow-Origin(必须)</td> 
   <td>值为Origin字段的值，或者*——表示接受任意域名的请求。不能设为星号，必须指定明确的、与请求网页一致的域名。同时，Cookie依然遵循同源政策，只有用服务器域名设置的Cookie才会上传，其他域名的Cookie并不会上传，且（跨源）原网页代码中的document.cookie也无法读取服务器域名下的Cookie。</td> 
  </tr> 
  <tr> 
   <td>Access-Control-Allow-Credentials(可选)</td> 
   <td>表示是否允许发送Cookie。默认情况下，Cookie不包括在CORS请求之中。设为true，即表示服务器明确许可，Cookie可以包含在请求中，一起发给服务器。这个值也只能设为true，如果服务器不要浏览器发送Cookie，删除该字段即可</td> 
  </tr> 
  <tr> 
   <td>Access-Control-Expose-Headers(可选)</td> 
   <td>CORS请求时，XMLHttpRequest对象的getResponseHeader()方法只能拿到6个基本字段：Cache-Control、Content-Language、Content-Type、Expires、Last-Modified、Pragma。如果想拿到其他字段，就必须在Access-Control-Expose-Headers里面指定。上面的例子指定，getResponseHeader(‘FooBar’)可以返回FooBar字段的值。</td> 
  </tr> 
  <tr> 
   <td>withCredentials</td> 
   <td>CORS请求默认不发送Cookie和HTTP认证信息。如果要把Cookie发到服务器，一方面要服务器同意，指定Access-Control-Allow-Credentials字段。Access-Control-Allow-Credentials: true另一方面，开发者必须在AJAX请求中打开withCredentials属性。<code>var xhr = new XMLHttpRequest();xhr.withCredentials = true;</code></td> 
  </tr> 
 </tbody> 
</table>

### \[HTML5\] postMessage ###

window 对象增加了一个非常有用的方法

windowObj.postMessage(message, targetOrigin);
    //windowObj: 接受消息的 Window 对象。
    //message: 在最新的浏览器中可以是对象。
    //targetOrigin: 目标的源，* 表示任意。
    
    var windowObj = window; // 可以是其他的 Window 对象的引用
    var data = null;
    addEventListener('message', function(e){ 
        if(e.origin == 'http://anfang.github.io/anan') {
            data = e.data;
            e.source.postMessage('Got it!', '*');
        }
    });
    //message 事件就是用来接收 postMessage 发送过来的请求的。函数参数的属性有以下几个：
    //origin: 发送消息的 window 的源。
    //data: 数据。
    //source: 发送消息的 Window 对象。

### document.domain ###

使用条件：

> 有其他页面 window 对象的引用。  
> 二级域名相同。  
> 协议相同。  
> 端口相同。

注：1——x.one.example.com 和 y.one.example.com 可以将 document.domain 设置为 one.example.com，也可以设置为 example.com。  
2——document.domain 只能设置为当前域名的一个后缀，并且包括二级域名或以上（.edu.cn 这种整个算顶级域名）。

### window.name ###

随意打开一个页面，输入以下代码：  
`window.name = "My window's name"; location.href = "http://www.qq.com/";`  
再检测 window.name :`window.name; // My window's name`

## 12.Ajax(中间层，异步)\[XMLHttpRequest对象XHR\] ##

优点：无刷新更新data，异步前后平衡，与界面分离  
缺点：无back，history，存在安全性问题，对搜索引擎支持较弱，破坏程序，违背URL和资源定位，移动端的支持性

## 13.HTTP状态码 ##

<table> 
 <thead> 
  <tr> 
   <th>状态码</th> 
   <th>意思</th> 
   <th>备注</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>100</td> 
   <td>Continue</td> 
   <td>客户端应当继续发送请求，服务器必须在请求完成后向客户端发送一个最终响应</td> 
  </tr> 
  <tr> 
   <td>101</td> 
   <td>Switching Protocols</td> 
   <td>服务器已经理解了客户端的请求，并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求</td> 
  </tr> 
  <tr> 
   <td>102</td> 
   <td>Processing</td> 
   <td>代表处理将被继续执行</td> 
  </tr> 
  <tr> 
   <td>200</td> 
   <td>OK</td> 
   <td>请求已成功，请求所希望的响应头或数据体将随此响应返回</td> 
  </tr> 
  <tr> 
   <td>201</td> 
   <td>Created</td> 
   <td>请求已经被实现，而且有一个新的资源已经依据请求的需要而建立，且其 URI 已经随Location 头信息返回</td> 
  </tr> 
  <tr> 
   <td>202</td> 
   <td>Accepted</td> 
   <td>服务器已接受请求，但尚未处理，在异步操作的场合下，目的是允许服务器接受其他过程的请求</td> 
  </tr> 
  <tr> 
   <td>203</td> 
   <td>Non-Authoritative Information</td> 
   <td>服务器已成功处理了请求，但返回的实体头部元信息不是在原始服务器上有效的确定集合，而是来自本地或者第三方的拷贝。当前的信息可能是原始版本的子集或者超集</td> 
  </tr> 
  <tr> 
   <td>204</td> 
   <td>No Content</td> 
   <td>服务器成功处理了请求，但不需要返回任何实体内容，并且希望返回更新了的元信息，以消息头后的第一个空行结尾</td> 
  </tr> 
  <tr> 
   <td>205</td> 
   <td>Reset Content</td> 
   <td>返回此状态码的响应要求请求者重置文档视图，接受用户输入后，立即重置表单</td> 
  </tr> 
  <tr> 
   <td>206</td> 
   <td>Partial Content</td> 
   <td>服务器已经成功处理了部分 GET 请求该请求必须包含 Range 头信息。响应必须包含如下的头部域：Content-Range 用以指示本次响应中返回的内容的范围；如果是 Content-Type 为 multipart/byteranges 的多段下载，则每一 multipart 段中都应包含 Content-Range 域用以指示本段的内容范围。假如响应中包含 Content-Length，那么它的数值必须匹配它返回的内容范围的真实字节数。</td> 
  </tr> 
  <tr> 
   <td>207</td> 
   <td>Multi-Status</td> 
   <td>由WebDAV(RFC 2518)扩展的状态码，代表之后的消息体将是一个XML消息</td> 
  </tr> 
  <tr> 
   <td>300</td> 
   <td>Multiple Choices</td> 
   <td>被请求的资源有一系列可供选择的回馈信息，每个都有自己特定的地址和浏览器驱动的商议信息</td> 
  </tr> 
  <tr> 
   <td>301</td> 
   <td>Moved Permanently</td> 
   <td>被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个 URI 之一。注意：对于某些使用 HTTP/1.0 协议的浏览器，当它们发送的 POST 请求得到了一个301响应的话，接下来的重定向请求将会变成 GET 方式。</td> 
  </tr> 
  <tr> 
   <td>302</td> 
   <td>Move temporarily</td> 
   <td>请求的资源临时从不同的 URI响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。很多现存的浏览器将302响应视作为303响应，并且使用 GET 方式访问在 Location 中规定的 URI，而无视原先请求的方法。状态码303和307被添加了进来，用以明确服务器期待客户端进行何种反应。</td> 
  </tr> 
  <tr> 
   <td>303</td> 
   <td>See Other</td> 
   <td>对应当前请求的响应可以在另一个 URI 上被找到，而且客户端应当采用 GET 的方式访问那个资源。注意：许多 HTTP/1.1 版以前的浏览器不能正确理解303状态</td> 
  </tr> 
  <tr> 
   <td>304</td> 
   <td>Not Modified</td> 
   <td>如果客户端发送了一个带条件的 GET 请求且该请求已被允许，而文档的内容（自上次访问以来或者根据请求的条件）并没有改变，则服务器应当返回这个状态码。304响应禁止包含消息体，因此始终以消息头后的第一个空行结尾。</td> 
  </tr> 
  <tr> 
   <td>305</td> 
   <td>Use Proxy</td> 
   <td>被请求的资源必须通过指定的代理才能被访问,只有原始服务器才能建立305响应</td> 
  </tr> 
  <tr> 
   <td>306</td> 
   <td>Switch Proxy</td> 
   <td>在最新版的规范中，306状态码已经不再被使用。</td> 
  </tr> 
  <tr> 
   <td>307</td> 
   <td>Temporary Redirect</td> 
   <td>请求的资源临时从不同的URI 响应请求。</td> 
  </tr> 
  <tr> 
   <td>400</td> 
   <td>Bad Request</td> 
   <td>语义有误，当前请求无法被服务器理解。请求参数有误。</td> 
  </tr> 
  <tr> 
   <td>401</td> 
   <td>Unauthorized</td> 
   <td>前请求需要用户验证</td> 
  </tr> 
  <tr> 
   <td>402</td> 
   <td>Payment Required</td> 
   <td>该状态码是为了将来可能的需求而预留的</td> 
  </tr> 
  <tr> 
   <td>403</td> 
   <td>Forbidden</td> 
   <td>服务器已经理解请求，但是拒绝执行它</td> 
  </tr> 
  <tr> 
   <td>404</td> 
   <td>Not Found</td> 
   <td>请求失败，请求所希望得到的资源未被在服务器上发现。</td> 
  </tr> 
  <tr> 
   <td>405</td> 
   <td>Method Not Allowed</td> 
   <td>请求行中指定的请求方法不能被用于请求相应的资源</td> 
  </tr> 
  <tr> 
   <td>406</td> 
   <td>Not Acceptable</td> 
   <td>请求的资源的内容特性无法满足请求头中的条件，因而无法生成响应实体</td> 
  </tr> 
  <tr> 
   <td>407</td> 
   <td>Proxy Authentication Required</td> 
   <td>与401响应类似，只不过客户端必须在代理服务器上进行身份验证</td> 
  </tr> 
  <tr> 
   <td>408</td> 
   <td>Request Timeout</td> 
   <td>请求超时。客户端没有在服务器预备等待的时间内完成一个请求的发送</td> 
  </tr> 
  <tr> 
   <td>409</td> 
   <td>Conflict</td> 
   <td>由于和被请求的资源的当前状态之间存在冲突，请求无法完成</td> 
  </tr> 
  <tr> 
   <td>410</td> 
   <td>Gone</td> 
   <td>被请求的资源在服务器上已经不再可用，而且没有任何已知的转发地址</td> 
  </tr> 
  <tr> 
   <td>411</td> 
   <td>Length Required</td> 
   <td>服务器拒绝在没有定义 Content-Length 头的情况下接受请求</td> 
  </tr> 
  <tr> 
   <td>412</td> 
   <td>Precondition Failed</td> 
   <td>服务器在验证在请求的头字段中给出先决条件时，没能满足其中的一个或多个</td> 
  </tr> 
  <tr> 
   <td>413</td> 
   <td>Request Entity Too Large</td> 
   <td>服务器拒绝处理当前请求，因为该请求提交的实体数据大小超过了服务器愿意或者能够处理的范围</td> 
  </tr> 
  <tr> 
   <td>414</td> 
   <td>Request-URI Too Long</td> 
   <td>请求的URI 长度超过了服务器能够解释的长度，因此服务器拒绝对该请求提供服务</td> 
  </tr> 
  <tr> 
   <td>415</td> 
   <td>Unsupported Media Type</td> 
   <td>对于当前请求的方法和所请求的资源，请求中提交的实体并不是服务器中所支持的格式，因此请求被拒绝</td> 
  </tr> 
  <tr> 
   <td>416</td> 
   <td>Requested Range Not Satisfiable</td> 
   <td>如果请求中包含了 Range 请求头，并且 Range 中指定的任何数据范围都与当前资源的可用范围不重合，同时请求中又没有定义 If-Range 请求头，那么服务器就应当返回416状态码</td> 
  </tr> 
  <tr> 
   <td>417</td> 
   <td>Expectation Failed</td> 
   <td>在请求头 Expect 中指定的预期内容无法被服务器满足，或者这个服务器是一个代理服务器，它有明显的证据证明在当前路由的下一个节点上，Expect 的内容无法被满足</td> 
  </tr> 
  <tr> 
   <td>421</td> 
   <td>There are too many connections from your internet address</td> 
   <td>从当前客户端所在的IP地址到服务器的连接数超过了服务器许可的最大范围</td> 
  </tr> 
  <tr> 
   <td>422</td> 
   <td>Unprocessable Entity</td> 
   <td>请求格式正确，但是由于含有语义错误，无法响应</td> 
  </tr> 
  <tr> 
   <td>423</td> 
   <td>Locked</td> 
   <td>当前资源被锁定</td> 
  </tr> 
  <tr> 
   <td>424</td> 
   <td>Failed Dependency</td> 
   <td>由于之前的某个请求发生的错误，导致当前请求失败</td> 
  </tr> 
  <tr> 
   <td>425</td> 
   <td>Unordered Collection</td> 
   <td>在WebDav Advanced Collections 草案中定义</td> 
  </tr> 
  <tr> 
   <td>426</td> 
   <td>Upgrade Required</td> 
   <td>客户端应当切换到TLS/1.0。（RFC 2817）</td> 
  </tr> 
  <tr> 
   <td>449</td> 
   <td>Retry With</td> 
   <td>由微软扩展，代表请求应当在执行完适当的操作后进行重试</td> 
  </tr> 
  <tr> 
   <td>451</td> 
   <td>Unavailable For Legal Reasons</td> 
   <td>该请求因法律原因不可用</td> 
  </tr> 
  <tr> 
   <td>500</td> 
   <td>Internal Server Error</td> 
   <td>服务器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理</td> 
  </tr> 
  <tr> 
   <td>501</td> 
   <td>Not Implemented</td> 
   <td>服务器不支持当前请求所需要的某个功能</td> 
  </tr> 
  <tr> 
   <td>502</td> 
   <td>Bad Gateway</td> 
   <td>作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的响应。</td> 
  </tr> 
  <tr> 
   <td>503</td> 
   <td>Service Unavailable</td> 
   <td>由于临时的服务器维护或者过载，服务器当前无法处理请求</td> 
  </tr> 
  <tr> 
   <td>504</td> 
   <td>Gateway Timeout</td> 
   <td>作为网关或者代理工作的服务器尝试执行请求时，未能及时从上游服务器</td> 
  </tr> 
  <tr> 
   <td>505</td> 
   <td>HTTP Version Not Supported</td> 
   <td>服务器不支持，或者拒绝支持在请求中使用的 HTTP 版本</td> 
  </tr> 
  <tr> 
   <td>506</td> 
   <td>Variant Also Negotiates</td> 
   <td>代表服务器存在内部配置错误：被请求的协商变元资源被配置为在透明内容协商中使用自己</td> 
  </tr> 
  <tr> 
   <td>507</td> 
   <td>Insufficient Storage</td> 
   <td>服务器无法存储完成请求所必须的内容。这个状况被认为是临时的</td> 
  </tr> 
  <tr> 
   <td>509</td> 
   <td>Bandwidth Limit Exceeded</td> 
   <td>服务器达到带宽限制。这不是一个官方的状态码</td> 
  </tr> 
  <tr> 
   <td>510</td> 
   <td>Not Extended</td> 
   <td>获取资源所需要的策略并没有没满足。（RFC 2774）</td> 
  </tr> 
  <tr> 
   <td>600</td> 
   <td>Unparseable Response Headers</td> 
   <td>源站没有返回响应头部，只返回实体内容</td> 
  </tr> 
 </tbody> 
</table>

[SouthEast]: /images/20220614/64d37dfe052f468cbcd4b05acf705a7c.png
[SouthEast 1]: /images/20220614/c285e5ac6b4a4a20b5e3078ac262f486.png
[SouthEast 2]: /images/20220614/0ac3fad759e9438bb1283cbe0b6f0623.png
[SouthEast 3]: /images/20220614/ff750570ff4b44249e54dfec4e107db8.png
[SouthEast 4]: /images/20220614/08bd1b0e4bca4741a9c4c676402e2e45.png