HTTP/1.0 请求为何没有版本号且只能传输 HTML 文件？
HTTP/1.0 在请求行中直接包含版本号，且因缺乏响应头导致仅能传输 HTML 文件。
请求行中直接包含版本号
HTTP/1.0 的请求格式非常简单，请求行直接以 GET 方法开头，随后是资源路径。与后续版本不同，HTTP/1.0 并没有在请求行中显式包含版本号，而是通过在 GET 行末尾直接附加 HTTP/1.0 来表明协议版本。这种设计使得早期的请求行看起来像是一条没有版本标识的单行命令，例如 `GET /my-page.html HTTP/1.0`。
这种格式上的简化意味着早期的浏览器和服务器在通信时，必须依赖请求行的末尾文本来识别协议版本。如果请求行中没有这一标识，服务器将无法判断客户端期望使用哪种协议规范来处理后续的响应数据。因此，版本号被直接嵌入在请求行的文本中，而不是作为独立的头部字段存在。
缺乏响应头导致仅能传输 HTML
HTTP/0.9 版本中完全没有 HTTP 头的概念，这直接限制了传输内容的类型。由于没有 `Content-Type` 这样的响应头，服务器无法告知客户端返回的数据是 HTML 文件还是图片或其他格式。因此，HTTP/1.0 的响应只能包含文件本身，例如 `html<html>A text-only web page</html>`。
随着浏览器功能的扩展，网页开始包含图片、样式表和脚本等非 HTML 资源。HTTP/1.0 引入了响应头，允许在响应数据前附加元数据。通过 `Content-Type` 头，服务器可以明确指定返回的是 `text/html` 还是 `text/gif`，从而使得浏览器能够正确解析和渲染非 HTML 内容。
状态码与错误处理机制缺失
在 HTTP/1.0 之前，如果请求出现问题，服务器会生成一个包含错误描述的 HTML 文件并返回给客户端。这种机制完全依赖人工阅读 HTML 文本内容来判断请求是否成功，缺乏标准化的状态码。HTTP/1.0 引入了状态码行，例如 `HTTP/1.0 200 OK`，让浏览器能够自动识别请求的成功或失败。
状态码的出现极大地简化了客户端的处理逻辑。浏览器可以根据返回的状态码（如 404 Not Found 或 500 Internal Server Error）采取不同的行动，例如显示友好的错误页面或重试请求。这种自动化的错误处理机制是 HTTP/1.0 相比早期版本的重要改进。
验证 HTTP/1.0 协议特征的方法
可以通过抓包工具或浏览器开发者工具查看网络请求的原始数据来验证 HTTP/1.0 的特征。在请求行中查找 `HTTP/1.0` 字样，确认版本号是否直接附加在 GET 行末尾。同时，检查响应头中是否存在 `Content-Type` 字段，如果响应头为空或仅包含简单的文件内容，则符合 HTTP/1.0 的早期特征。
如果发现响应头中包含 `Content-Type` 或 `Server` 等字段，说明该请求已升级为 HTTP/1.0 或更高版本。通过对比请求行格式和响应头内容，可以准确判断当前连接所使用的 HTTP 协议版本及其限制。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。