今天去面试，面试官一个问题把我问懵了....

多图预警，流量党慎点，土豪请随意。 全文共2597字，阅读时长5分钟。

“你知道419吗

” 。。。

大家好，我叫村妞

是一个集美貌与才华于一身的女子

今天是个特殊的日子

本妞应邀去鹅厂面试

面试官很棒

第一印象是一个高冷而不失风度的帅哥

他带我来到了一个小型的会议室

安顿我坐好后

主动帮我倒了一杯水

简单自我介绍之后

面试在一个轻松愉快的氛围下展开

面试官先是问了我css相关的几个问题

然后又问了几个基础的js语法问题

接下来还考察了一下

对知名前端框架的应用和理解

虽然不能说回答的很6

但我和面试官之间

你问我答,一招一式,有来有回

配合得相当默契

其实在面试前，本妞也是做足了功课

虽然面试官有几个问题问的确实有点深度

但总的来说

流程上还是符合大众面试官提问的套路滴

你的前端基础还不错

不过作为一个前端程序员

良好的计算机网络功底也是必要的

面试官小哥哥看我答的不错

准备进一步考察一下

介绍一下HTTP状态码？

这个简单啊

作为科班出身的本妞

回答这种问题没有压力的啦

要说HTTP状态码

还要从HTTP协议说起

HTTP协议主要工作在CS架构上

CS架构是客户端-服务端架构

不是反恐精英咯

浏览器作为HTTP客户端

向HTTP服务端即WEB服务器发送所有请求

Web服务器根据接收到的请求后

向客户端发送响应消息

HTTP状态码就位于响应消息中

准确来说

服务器接收并处理客户端发过来的请求后

会返回一个HTTP的响应消息

HTTP响应由4个部分组成

状态行、消息报头、空行和响应正文

我们的HTTP状态码就放在状态行

用来反馈服务器端对客户端请求的响应结果

具体来说

状态码可以分为5个大类

1xx：指示信息，表示请求已接收，继续处理。

2xx：成功，表示请求已被成功接收、理解、接受。

3xx：重定向，要完成请求必须进行更进一步的操作。

4xx：客户端错误，请求有语法错误或请求无法实现。

5xx：服务器端错误，服务器未能实现合法的请求。

简单地回答完毕

我得意而不带一丝骄傲的看着面试官

期望得到他的肯定答复

嗯，不错，介绍的很到位

给你看张图，看看你有没有想问我的

有没有什么想问你的。。

我能问你你想让我问你什么吗？

胆小的村妞只能在内心强行吐槽一波

想了又想

问道

做这个图片的美工是谁？

UI这么丑

配色还单调

然而问完这个问题我就后悔了

因为

我清晰地看到

面试官的面部狠狠地抽搐了几下

似乎问了不该问的问题哎

咳咳，图片是我做的

嗯，没错，是我做的

怎么说呢

你要知道我做这个图片的意图是什么

相比较而言

配色和样式不是那么重要吧

对对对，您说的对

样式什么的都不重要

哈哈

我就随便说说

其实我真正想问的是

图中前面几个常见的返回码

比如 20X 30X 40X 50X这些

都有接触过

虽然真正处理过的不多

但大概是啥意思啥用途还是能说得上

但最后这个418

emmmm

我不太清楚418返回码代表了啥？

不错

能问到 418 是什么意思

说明你对常见的状态码确实比较熟悉

不过对于一项技术

我们不要一味地研究如何使用它

有时候了解一下它的发展历程

也是很有趣的

说到418

还要从HTTP协议的发展说起

从 1960 年 HTTP协议的框架被提出，到1996年 HTTP/1.0协议 被确认，再到之后HTTP协议的扩展升级，一直到2015年 HTTP/2.0协议被确认，中间经历了很多反复修改的过程，而这个过程，在去除了很多争议后，由W3C和IETF进行协调，最终发布了一系列的RFC。

（Request For Comments，RFC）

（World Wide Web Consortium，W3C）

（Internet Engineering Task Force，IETF）

RFC就像HTTP世界的史书一样

记录了HTTP成长的每一步

然而IETF和W3C的成员也是凡人呐

是个凡人就会有那种

皮一下很开心的时候

所以，在漫长的RFC记录过程中

他们也一本正经地胡说八道了很多

特别从1989年开始

几乎每一个愚人节

都会有一个恶搞版本的RFC问世

比如说在RFC 1149中

就定义了一个 飞鸟网络协议

就是让飞鸟来代替网络

向固定的地方传输信息

更为有趣的是

2001年

一群挪威的程序员真的实现了这个协议

他们发送了9个数据包到约5公里外的地方

每个数据包由不同的鸽子携带

并有一个ICMP应答要求数据包（ping）

最后呢，他们收到4个回应

统计出，数据包流失率是55%

回应时间是3000至6000秒

那么418也是其中的一个恶搞协议？

没错

1998年愚人节，发布了恶搞RFC 2324协议

定义了超文本咖啡壶控制协议

Hyper Text Coffee Pot Control Protocol，HTCPCP

用于控制、监测和诊断咖啡壶

2014年愚人节，发布的恶搞RFC 7168协议

扩展了HTCPCP协议，让其正式支持茶壶。

后来，goole在这个协议的基础上

制作了一款网页小游戏

(https://www.google.com/teapot)

原来是这样

小女子受教了

面试官说完这些

或许是给我时间让我消化这些信息

又或许是因为别的什么原因

停在了那里

只用眼睛盯着我

我也看着他，不知道接下来他又会问什么

只见他嘴角轻扬

诡秘的笑容爬上了他的面庞

原本平静的双眸中迸发出一道邪魅的光

他。。。他要干什么？

我假装镇定

强自装出一副无辜的表情

心中突突打鼓的同时

目不转睛地盯着他

气氛变得越来越怪异

夏天的燥热让我的思绪一片混乱

怎么了，他这是要干什么？

emmmmm，我承认

比起我们全班33人中的32个男生

他还是有点帅的

特别是他现在笑的时候

眼中的神韵和黄子韬有一点点像

好吧好吧

上扬的嘴角也带着三分吴彦祖的味道

但

就这么一直盯着人家看

人家会害羞的呀，坟蛋！！

“那么，你知道419么？”

他温柔的问道

语气中带着一丝期待

我 * ！

他怎么可以这样？？

居然就这么直接了当的问人家？

419，419

for one night

啷个不晓得嘛

虽然我今年已经18岁了

但在我心中

人家还是个孩子呀！

第一次见面就问这种问题

人家要怎么回答？

“那你用过666么？”

666？

老铁双击666？

等等，不太对！

从419到666

跨度有点大

我要稍微冷静一下

或许是看出了我眼神中的异样

和脸上或许存在的绯红

面试官解释道

同志，不要想偏了

419是 for one night 谐音缩写

惊恐！！他到底是挑破了说

我是答应呢还是拒绝呢？？

但——————

这个 for one night

不是国人常用来表示不可描述的意思

况且，用英语表示不可描述

老外用的也是ONS，而不是419(FON)呀

418之后

还没有人对419这个状态做过定义

所以咱们鹅厂就利用for one night的谐音

给419这个状态码赋予了新的意义

来来来，看图说话：

从技术角度讲

不过是将某些请求返回的状态码替换为419

但是，用这种小小的趣味性尝试

结合公益广告投放

就成倍的放大了技术本身所具有的意义

明白了，这就是利用技术实现

技术以外的价值

那么，你刚才问到的 666

也是有这方面的考量吗？

emmm

首先你要知道

哪里率先使用了 666 返回码

下面给你介绍一下

业界率先使用666状态码的业务是

TSW.JS 官网

这里所有的document请求

和首页的封面图片请求中

都自豪地使用了666

作为请求成功的状态码

TSW.JS是什么鬼

666真的能作为请求成功的状态码吗？

为啥chrome中666都标红了？

其实这个标红

只是根据常规标准来看

400以上的返回码都是“错误码”

chrome根据这个标准将666标红很正常

但在业务体验中

666的状态并不影响使用

和200相比

在document请求、图片请求和XML请求中

666的状态码可以完全正常使用

那666就完全没什么限制吗？

限制还是有的

比如在做SEO时

666可能会影响到网页权重

这里要慎重使用了

那。。。

尝试使用666的目的是啥？

这其实源于一次技术探究

不像419一样有什么深刻的含义

中国人嘛，嘴边常常喊着666

干嘛不能用666来做一次状态码呢？

哈哈，明白了~

我还能弱弱地问一个问题吗？

嗯哼

TSW.JS是什么？

感觉你说的很厉害的样子

TSW是什么？

这个问题请戳右下角阅读原文

进行深入了解

给你个机会参与到TSW的建设中

你要不要

（这。。是给我发offer的节奏吗？）