答题：
1、头字段后多了一个CRLF，会被当做body处理
2、节省资源
总结：
HTTP协议的请求报文和相应报文的结构基本相同：
    1、起始行（start line）：描述请求或响应的基本信息
    2、头部字段集合（header）：使用key-value形式更详细的说明报文
    3、消息正文（entity）：实际传输的数据，它不一定是纯文本，可以是图片、视频等二进制数据

HTTP协议必须有header，可以没有body。而且header之后必须要有一个空行，也就是 “CRLF”，十六进制的“0D0A”

请求行（请求报文里的起始行）：
    描述了客户端想要如何操作服务器端的资源
起始行由三部分构成：
    1、请求方法：标识对资源的操作：GET/POST/PUT
    2、请求目标：通常是一个URI，标记了请求方法要操作的资源
    3、版本号：标识报文使用的HTTP协议版本
以上三部分，通常使用空格分隔，最后用CRLF换行

状态行：（响应报文里的起始行）：
    服务器响应的状态
状态行也是由三部分构成：
    1、版本号：标识报文使用的HTTP协议版本
    2、状态码：三位数，用代码形式标识处理的结果，比如200是成功，500是服务器错误
    3、原因：作为数字状态码补充，是更详细的解释文字，帮助人理解原因
以上三部分，通常也使用空格分隔，最后用CRLF换行

头部字段：
请求行或状态行再加上头部字段集合就构成了HTTP报文里完整的请求头或响应头。

头部字段是key-value的形式，用“:”分隔，最后用CRLF换行标识字段结束

头字段，不仅可以使用标准的Host等已有开头，也可以任意添加自定义头

注意：
    1.字段名不区分大小写，例如“Host"也可以写成“host”,但首字母大写的可读性更好;
    2.字段名里不允许出现空格，可以使用连字符“一”，但不能使用下划线“”。例 如，“test-name”是合法的字段名，而“test name""test_ name' 是不正确的字段名;
    3.字段名后面必须紧接着“:”，不能有空格，而“:” 后的字段值前可以有多个空格;
    4.字段的顺序是没有意义的，可以任意排列不影响语义;
    5.字段原则上不能重复，除非这个字段本身的语义允许，例如Set-Cookie。

常用头字段

基本分为四类：
    1.通用字段:在请求头和响应头里都可以出现;
    2.请求字段:仅能出现在请求头里，进一步说明请求信息或者额外的附加条件;
    3.响应字段:仅能出现在响应头里，补充说明响应报文的信息;
    4.实体字段:它实际上属于通用字段，但专门描述body的额外信息。

Host：请求字段，只能出现在请求头。是必须出现的字段
User-Agent：是请求字段，只能出现在请求头里。
Date：是通用字段，通常出现在响应头，标识HTTP报文创建的时间，客户端可以使用这个时间再搭配其他字段决定缓存策略
Server字段是响应字段，只能出现在响应头里。告诉客户端当前正在提供Web服务的软件名称和版本号。
Content-Length：标识报文里body的长度。

我也遇到了前面2个同学提到的遗失对主机的连接的问题，但老师您的回答貌似没解决问题，我再确认一下，在浏览器可以顺利访问www.chrono.com的情况下：

1. Win+R打开Telnet后，输入 “open www.chrono.com 80”，点击回车，然后界面显示“正在连接open www.chrono.com 80”
2. 上一步漫长的等待后，界面显示“按任意键继续”
3. 我按了空格，界面上新增一行“遗失对主机的连接”

另外老师您说的“按Ctrl+]键，然后回车”我在上面1步和第3步都试过 每次都显示“无效指令”

请问我是哪一步出的问题呢

文中说 http 的头部不能使用下划线，感觉是有问题的，就拿 nginx 来说吧，虽然nginx 默认是忽略下划线的头部的，但是可以设置 underscores_in_headers on; 来获取下划线的头部

对于常用的 web application 服务器，下划线的头部好像是可以直接获取到的，不用配置什么

老师你说的不能使用下划线是 RFC规范吗？