最全HTTP/HTTPS面试题整理（一）

HTTP的工作原理是什么？

HTTP（Hypertext Transfer Protocol）是一种用于传输超文本的协议，通常用于在 Web 浏览器和 Web 服务器之间传输信息。HTTP 的工作原理可以简要描述为以下步骤：

建立连接：

客户端（例如浏览器）通过发起一个与服务器的连接来开始通信。这通常是通过 TCP（Transmission Control Protocol）建立的连接。

发送请求：

客户端通过已建立的连接向服务器发送 HTTP 请求。请求由一个请求行、请求头和请求体组成。

请求行包含请求的方法（GET、POST 等）、URI（Uniform Resource Identifier）和协议版本。

请求头包含关于客户端和请求的其他信息，例如浏览器的类型、可接受的响应格式等。
请求体（在 POST 请求中）包含实际发送给服务器的数据。

服务器处理请求：

服务器收到请求后，根据请求的内容进行处理。这可能涉及到读取数据库、执行应用程序逻辑等操作。

服务器发送响应：

服务器根据请求的处理结果生成一个 HTTP 响应。响应由一个响应行、响应头和响应体组成。
响应行包含响应的协议版本、状态码和状态消息。
响应头包含关于响应的其他信息，例如服务器类型、内容类型等。
响应体包含实际的响应数据，例如 HTML 文档、图像等。

传输数据：

服务器通过已建立的连接将响应传输回客户端。

关闭连接：

一旦响应传输完成，连接可以由客户端或服务器关闭，具体取决于是否使用持久连接（HTTP/1.1 默认使用持久连接）。
这样的请求-响应模型是 HTTP 的基本工作原理。HTTP 还支持其他的一些特性，例如缓存、Cookie、认证等，以提供更丰富的功能。总体而言，HTTP 是一种无状态协议，每个请求都是相互独立的，服务器不保留关于客户端的状态信息。

HTTP的请求方法有哪些？

HTTP 定义了多种请求方法，每种方法表示对资源的不同操作。以下是常见的 HTTP 请求方法：

GET：

用于请求获取指定资源。在请求中包含的数据通常是在 URL 中，通过查询字符串传递。它是幂等的，多次调用不会产生不同的结果。

POST：

用于向指定资源提交数据，数据被包含在请求体中。通常用于提交表单或上传文件。它不是幂等的，多次调用可能产生不同的结果。

PUT：

用于向指定资源上传新的表示，或者更新已有资源的表示。与 POST 不同，PUT 是幂等的，多次调用具有相同的结果。

DELETE：

用于请求服务器删除指定的资源。它是幂等的，多次调用不会产生不同的结果。

HEAD：

与 GET 类似，但是服务器不会返回响应体，只返回响应头。通常用于检查资源的元数据，例如是否存在、最后修改时间等。

OPTIONS：

用于描述目标资源的通信选项。客户端可以使用这个方法来查看服务器支持的方法，或者了解资源的性质和设置。

PATCH：

用于对资源进行部分修改。客户端提供要应用的一组更改，而不是整个更新。

TRACE：

用于在目的服务器端发起一个追踪诊断请求，目的是在最终的服务器端检查请求在所有中间节点上的传输情况。

CONNECT：

保留用于将服务器作为跳板代理。通常用于加密连接的隧道。

HTTP状态码的作用是什么？请列举一些常见的状态码。

HTTP 状态码是服务器对客户端 HTTP 请求的响应的一部分，它提供了关于请求处理结果的信息。状态码以三位数字的形式表示，第一个数字定义了响应的类别，后两个数字没有分类的作用。以下是一些常见的 HTTP 状态码及其作用：

1xx（信息性状态码）：

100 Continue: 客户端应继续其请求。
101 Switching Protocols: 服务器已经理解客户端的请求，并将通过 Upgrade 消息头通知客户端更改协议。

2xx（成功状态码）：

200 OK: 请求成功。一般用于 GET、POST 请求。
201 Created: 请求已经被实现，而且有一个新的资源已经依据请求的需要而建立。
204 No Content: 服务器成功处理了请求，但没有返回任何内容。

3xx（重定向状态码）：

301 Moved Permanently: 资源的 URI 已被更新。
302 Found: 资源的 URI 临时变更。
303 See Other: 由于请求对应的资源存在着另一个 URI，应使用 GET 方法定向获取请求的资源。

4xx（客户端错误状态码）：

400 Bad Request: 请求无效，服务器不理解该请求的语法。
401 Unauthorized: 请求要求用户的身份认证。
403 Forbidden: 服务器已经理解请求，但是拒绝执行它。

5xx（服务器错误状态码）：

500 Internal Server Error: 服务器遇到了一个未曾预料的状况。
502 Bad Gateway: 服务器作为网关或者代理，从上游服务器收到无效的响应。
503 Service Unavailable: 服务器目前无法处理请求，通常是因为服务器停机维护或者已经超过了最大负载。

HTTP报文的结构是什么？

HTTP 报文是在客户端和服务器之间传输的数据块，它包括请求报文和响应报文，其结构如下：
请求报文结构：

请求行（Request Line）：

包括请求方法、请求的资源路径（URI）和使用的协议/版本。

GET /path/to/resource HTTP/1.1

请求头部（Request Headers）：

包括关于请求的附加信息，如主机名、用户代理、内容类型等。

Host: www.example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.3

空行：

用于分隔请求头和请求体。

(空行)

请求体（Request Body）：

包括请求的数据，例如 POST 请求中的表单数据。

key1=value1&key2=value2

响应报文结构：

状态行（Status Line）：

包括协议/版本、状态码和状态消息。

HTTP/1.1 200 OK

响应头部（Response Headers）：

包括关于响应的附加信息，如服务器类型、内容类型等。

Content-Type: text/html; charset=utf-8
Server: Apache/2.4.18 (Ubuntu)

空行：

用于分隔响应头和响应体。

(空行)

响应体（Response Body）：

包括响应的数据，例如 HTML 文档、JSON 数据等。
<!DOCTYPE html> <html> ... </html>

HTTP和HTTPS的区别是什么？

HTTP（Hypertext Transfer Protocol）和HTTPS（Hypertext Transfer Protocol Secure）是两种用于在客户端和服务器之间传输数据的协议，它们之间的主要区别在于安全性：

安全性：

HTTP： 是一种明文传输协议，数据在传输过程中不加密，容易被窃听和篡改。因此，对于一些敏感信息的传输，如登录信息、支付信息等，使用HTTP存在风险。
HTTPS： 使用了 SSL/TLS 加密协议，通过在 HTTP 的基础上添加一层安全套接层，使数据在传输过程中加密。这样可以有效防止中间人攻击，提供更高的安全性。

端口：

HTTP： 默认使用端口80。
HTTPS： 默认使用端口443。

URL 格式：

HTTP： URL 以 "http://" 开头。
HTTPS： URL 以 "https://" 开头。

证书：

HTTP： 不需要证书。
HTTPS： 需要使用 SSL 证书，用于验证服务器的身份。证书通常由可信任的第三方机构颁发。

速度：

HTTP： 由于不涉及加密解密过程，传输速度相对较快。
HTTPS： 由于加密解密的过程，传输速度略慢一些，但随着计算机硬件性能的提升，这种差距在很多情况下变得可以忽略。

HTTPS为什么比HTTP更安全？

HTTPS（Hypertext Transfer Protocol Secure）相比于HTTP（Hypertext Transfer Protocol）更安全，主要有以下几个方面的原因：

加密传输：

HTTP： 在数据传输过程中使用明文，容易被攻击者窃听和截取敏感信息。
HTTPS： 使用 SSL/TLS 加密协议，对传输的数据进行加密。这意味着即使攻击者截取了数据，也难以解密，提供了更高的保密性。

数据完整性：

HTTP： 数据在传输过程中没有完整性保护，可能被篡改。
HTTPS： 使用加密哈希函数确保数据的完整性。如果数据在传输过程中被修改，接收方能够检测到，并拒绝接收已篡改的数据。

身份验证：

HTTP： 不提供对服务器或客户端身份的验证机制，容易受到中间人攻击。
HTTPS： 使用 SSL 证书，通过证书颁发机构（CA）验证服务器的身份。这确保用户连接的是正确的服务器，防止中间人攻击。

防止中间人攻击：

HTTP： 明文传输容易受到中间人攻击，攻击者可以窃听、篡改或伪装通信。
HTTPS： 通过加密和身份验证，有效防止中间人攻击，确保数据的安全传输。

信任度提升：

HTTPS： 使用证书颁发机构颁发的 SSL 证书，这些机构经过权威认证，增强了用户对网站身份的信任感。
HTTP： 不提供对网站身份的验证，用户难以确定是否连接到可信赖的服务器。

HTTPS是如何工作的？

HTTPS（Hypertext Transfer Protocol Secure）通过在HTTP基础上添加安全层来保护数据传输的安全性。主要使用了TLS（Transport Layer Security）或其前身SSL（Secure Sockets Layer）协议，以下是HTTPS的工作原理：

握手阶段（Handshake）：

客户端发送一个连接请求到服务器，并请求建立安全连接。
服务器返回数字证书，其中包含公钥和服务器信息。

数字证书验证：

客户端验证服务器的数字证书的合法性，确保证书是由受信任的证书颁发机构（CA）签发的。
如果验证通过，客户端生成一个用于后续通信的随机对称密钥。

密钥交换：

客户端使用服务器的公钥加密生成的对称密钥，然后将其发送给服务器。
服务器使用私钥解密得到对称密钥。

建立安全连接：

客户端和服务器都使用协商好的对称密钥来加密和解密数据。
通信过程中使用这个密钥来保护数据的机密性。

安全通信：

一旦安全连接建立，客户端和服务器之间的通信都是通过加密的方式进行的。
数据在传输中得到保护，防止中间人攻击和窃听。

通过这个握手和加密过程，HTTPS确保了数据在传输中的机密性和完整性。数字证书的使用验证了服务器的身份，避免了恶意攻击者伪装成合法服务器的可能性。这使得HTTPS成为保护用户隐私和数据安全的重要手段。

什么是HTTP头部？可以列举一些常见的HTTP头部字段吗？

HTTP头部（HTTP Headers）是在HTTP请求和响应中传输元信息的组件，它包含了关于消息的附加信息。HTTP头部以键值对的形式出现，每个键值对之间使用冒号分隔，如Key: Value。以下是一些常见的HTTP头部字段：
请求头部（Request Headers）：

Host： 指定请求的目标服务器和端口号。
User-Agent： 包含了发起请求的用户代理信息，通常是浏览器标识。
Accept： 指定客户端能够处理的媒体类型。
Accept-Language： 指定客户端接受的语言。
Accept-Encoding： 指定客户端支持的内容编码方式，如gzip、deflate等。
Connection： 控制是否保持持久连接。

响应头部（Response Headers）：

Content-Type： 指定响应实体的媒体类型。
Content-Length： 指定响应实体的长度（以字节为单位）。
Server： 包含服务器信息。
Date： 指定响应生成的日期和时间。
Last-Modified： 指定资源的最后修改日期。
Cache-Control： 控制缓存行为，例如no-cache表示不使用缓存。
Location： 用于重定向，指定新的资源位置。
Set-Cookie： 在响应中设置Cookie。
ETag： 标识资源的版本，用于条件请求。

通用头部（General Headers）：

Cache-Control： 控制缓存行为，可用于请求和响应。
Connection： 控制是否保持持久连接。
Date： 指定消息生成的日期和时间。

实体头部（Entity Headers）：

Content-Type： 指定实体的媒体类型。
Content-Length： 指定实体的长度（以字节为单位）。
Content-Encoding： 指定实体的内容编码方式。

什么是Cookie和Session？它们之间的区别是什么？

Cookie（HTTP Cookie）：
定义： Cookie 是在客户端保存用户信息的一种机制，通过在用户的计算机上存储一小段文本数据，用于跟踪和识别用户。
工作方式： 服务器通过 HTTP 头部将 Cookie 信息发送给客户端，然后客户端在本地存储这些信息。以后，每次客户端向服务器发送请求时，都会将相应的 Cookie 数据附加在请求头中。
特点：

存储在客户端，通常包含用户的标识信息。
可以设置过期时间。
存储的信息可以由客户端修改，因此不适合存储敏感信息。
通常用于跟踪用户会话、存储用户偏好设置等。

Session：
定义： Session 是在服务器端存储用户信息的一种机制，通过在服务器上创建一个会话对象来维护用户的状态。
工作方式： 服务器在接收到客户端请求时，为每个会话创建一个唯一的标识符（通常是 Session ID），并将这个标识符发送给客户端。客户端在后续的请求中通过这个标识符来标识自己。服务器使用这个标识符来检索与用户相关的信息。
特点：

存储在服务器端，客户端只保存标识符。
通常在用户登录后创建，并在用户退出或超时时销毁。
相对安全，因为用户无法直接修改存储在服务器上的信息。
适合存储敏感信息。

区别：

存储位置：

Cookie 存储在客户端，Session 存储在服务器端。

安全性：

由于存储在客户端，Cookie 相对不太安全，容易被修改。Session 存储在服务器端，相对更安全。

存储内容：

Cookie 通常用于存储用户标识、偏好设置等信息。Session 用于存储更多的用户状态信息，也可以包含敏感信息。

生命周期：

Cookie 可以设置过期时间，也可以是会话级别的（浏览器关闭即失效）。Session 可以在用户登录后创建，在用户退出或超时时销毁。

管理方式：

Cookie 由浏览器管理，存储在客户端的文件中。Session 由服务器管理，通常存储在服务器的文件或数据库中。

什么是HTTP持久连接（Keep-Alive）？它有什么优点？

HTTP 持久连接，也称为 Keep-Alive 连接，是一种在单个 TCP 连接上可以发送多个 HTTP 请求和接收多个 HTTP 响应的机制。在默认情况下，HTTP 协议是无状态的，每个请求和响应都需要单独的 TCP 连接。而使用持久连接，多个请求和响应可以在同一个连接上进行。

HTTP 持久连接的主要优点包括：

减少连接建立和断开的开销：

在短时间内进行多次请求时，使用持久连接可以避免每次请求都建立和断开一个新的 TCP 连接。这样可以减少连接建立和断开的时间开销。

降低延迟：

持久连接允许在同一连接上发送多个请求，从而降低了请求的延迟。在传统的非持久连接中，每个请求都需要等待建立新的连接，增加了响应时间。

减少资源占用：

通过在同一个连接上复用多个请求，可以减少服务器和客户端上的连接资源占用。这对于具有大量并发用户的 Web 服务器来说尤为重要。

提高性能：

由于减少了连接的建立和断开次数，以及降低了请求的延迟，HTTP 持久连接有助于提高整体性能，特别是在高并发的情况下。

HTTP 持久连接通常是通过在请求头中包含 Connection: keep-alive 来实现的。这告诉服务器在完成请求后保持连接打开，以便在同一连接上发送其他请求。虽然现代的 HTTP/1.1 协议默认启用了持久连接，但可以通过在响应头中包含 Connection: close 来显式关闭连接。

什么是HTTP缓存？可以列举一些控制缓存的HTTP头部字段吗？如何利用HTTP缓存来优化网站请求？

HTTP缓存： HTTP缓存是一种通过在客户端、代理服务器和服务器之间存储已检索的资源的技术，以减少对服务器的请求次数和提高页面加载性能。通过缓存，先前检索过的资源可以被保存并在需要时直接使用，而无需重新获取。
控制缓存的HTTP头部字段：

Cache-Control： 这是最灵活和广泛使用的控制缓存的头部字段，它包含了一系列指令，例如：

max-age: 指定资源在缓存中的最大有效时间（秒）。
no-cache: 强制客户端重新验证资源。
no-store: 禁止缓存，每次都从服务器获取最新资源。

Expires： 指定资源的过期时间，是一个具体的日期和时间。它是相对于客户端的本地时间，因此可能存在时钟不同步的问题。
Last-Modified 和 If-Modified-Since： 服务器通过 Last-Modified 头部返回资源的最后修改时间，客户端第二次请求的时候，通过 If-Modified-Since 头部将上次获取资源的时间发送给服务器，如果资源没有被修改，服务器返回 304 Not Modified。
ETag 和 If-None-Match： 服务器通过 ETag 头部返回资源的标识符，客户端第二次请求时，通过 If-None-Match 头部将上次获取资源的标识符发送给服务器，如果资源没有被修改，服务器返回 304 Not Modified。

利用HTTP缓存来优化网站请求：

减少网络请求： 缓存能够避免不必要的网络请求，提高页面加载速度，特别是对于静态资源。
减轻服务器负载： 缓存允许客户端直接使用本地存储的资源，减轻了服务器的负担，降低了响应时间。
减少带宽消耗： 缓存可以减少传输的数据量，尤其是对于重复访问的页面或资源，减少了带宽消耗。
提高用户体验： 缓存能够显著提高用户体验，加快页面加载速度，特别是对于那些多次访问同一页面的用户。
使用CDN： 利用内容分发网络（CDN）来缓存静态资源，将资源分发到全球各地的节点，加速资源加载。
版本控制： 使用文件版本控制或将版本号嵌入文件名中，确保资源更新后能够及时刷新缓存。

什么是HTTP代理？透明代理和匿名代理有什么区别？

HTTP 代理是一种允许客户端通过它来访问其他网络服务的服务器。它充当客户端和目标服务器之间的中介，接受来自客户端的请求，然后将请求转发给目标服务器，最后将目标服务器的响应返回给客户端。HTTP 代理可用于多种目的，如缓存内容、访问控制、日志记录等。

有两种常见类型的 HTTP 代理：透明代理和匿名代理。

透明代理（Transparent Proxy）：

透明代理在不需客户端进行任何配置的情况下就能工作。客户端不需要知道有代理的存在，代理在传递请求和响应时不对其进行任何修改。客户端与目标服务器之间的通信对于客户端来说是透明的，它不知道请求是经过代理的。透明代理通常用于网络访问控制和内容过滤。目标站点知晓你使用的是代理ip且知道真实ip。

匿名代理（Anonymous Proxy）：

匿名代理隐藏了客户端的真实 IP 地址，使目标服务器无法识别请求的真实来源。匿名代理向目标服务器传递请求时，会将代理自身的 IP 地址作为请求的来源，从而保护客户端的隐私。匿名代理常被用于保护用户身份和绕过地理限制。普通匿名代理 目标站点知晓你使用了代理ip但不知道真实ip。高匿代理目标站点不知晓匿是否使用了代理ip。

什么是HTTP的基本认证和摘要认证？它们之间有什么区别？

HTTP基本认证（HTTP Basic Authentication）：

HTTP基本认证是一种简单的认证机制，它通过在请求头中发送经过Base64编码的用户名和密码来进行身份验证。基本认证的流程如下：

客户端向服务器发送请求，请求头中包含 Authorization 字段，值为 "Basic" 后跟着用户名和密码的Base64编码。
服务器接收请求后，解码Base64字符串，提取用户名和密码。
服务器验证用户名和密码是否有效，如果有效则允许访问，否则返回401 Unauthorized响应。

HTTP摘要认证（HTTP Digest Authentication）：

HTTP摘要认证是一种更安全的认证机制，它使用哈希函数来传递凭证信息，减少了凭证在传输中被截获的风险。工作流程如下：

服务器发送一个 WWW-Authenticate 头部，其中包含了一些挑战性的信息，包括一个随机数（称为nonce）和一些其他参数。
客户端使用用户凭证和其他挑战信息计算一个哈希值，并将其包含在 Authorization 头部发送回服务器。
服务器验证哈希值，如果匹配则允许访问，否则返回401 Unauthorized响应。

区别：

安全性： 摘要认证相对于基本认证更为安全，因为它使用哈希函数来传递凭证信息，减少了凭证在传输中被截获的风险。
密码存储： 基本认证在传输中使用明文密码，而摘要认证使用哈希函数，密码在传输中不是以明文形式存在。
Nonce机制： 摘要认证使用Nonce（Nonce是Number once的缩写，在密码学中Nonce是一个只被使用一次的任意或非重复的随机数值。）来增加安全性，防止重放攻击。

尽管摘要认证相对更安全，但它也更复杂，可能会导致一些性能开销。在选择认证机制时，需要根据具体情况和安全需求做出权衡。通常，如果传输的数据不涉及敏感信息，基本认证可能足够。如果安全性是关键因素，摘要认证可能是更好的选择。

什么是URL编码和URL解码？为什么需要进行URL编码？

URL编码（URL Encoding）： URL编码是一种将URL中的特殊字符以及非ASCII字符转换为可安全传输和解析的编码方式。它通过使用%符号后跟两个十六进制数字表示字符的方式来进行编码。例如，空格会被编码为 %20，而特殊字符如问号 ? 会被编码为 %3F。
URL解码（URL Decoding）： URL解码是URL编码的逆过程，即将编码后的字符转换回原始字符。
为什么需要进行URL编码：

特殊字符冲突： URL中包含一些保留字符（如?、&、=等），它们在URL中具有特殊含义。如果这些字符需要用作其原始字符而不是URL语法的一部分，就需要进行编码。
非ASCII字符： URL编码还允许传输非ASCII字符，因为URL中只能包含ASCII字符。非ASCII字符（如中文、日文等）会被编码为%符号后跟两个十六进制数字的形式。
避免歧义： 有些字符在不同的上下文中可能有不同的含义，URL编码可以避免歧义，确保字符在传输和解析过程中被正确理解。
假设有一个包含特殊字符和非ASCII字符的URL：

https://example.com/search?q=URL encoding 示例&lang=中文

经过URL编码后，变为：

https://example.com/search?q=URL%20encoding%20%E7%A4%BA%E4%BE%8B&lang=%E4%B8%AD%E6%96%87

这样编码后的URL可以安全传输，并在接收端进行解码还原成原始字符，确保传输的可靠性和正确性。

HTTP 中的Content-Disposition头部有什么作用？

Content-Disposition 是HTTP头部中的一个字段，它指定了如何处理附加在响应中的文件。主要用于指导用户代理（例如浏览器）处理由服务器返回的文件。

文件下载： 最常见的用途是告诉浏览器以附件形式下载响应的内容，而不是直接在浏览器中打开。
指定文件名： Content-Disposition 头部可以指定下载文件时的文件名，这对于确保用户获取的文件具有有意义的名称很有用。

Content-Disposition: attachment; filename="example.txt"

上述示例告诉浏览器，响应中的内容应该作为附件下载，文件名应该是 "example.txt"。
附加参数：

**inline**：指示浏览器应该尝试在浏览器中打开文件，而不是作为附件下载。
**filename**：指定下载文件时的文件名。
**filename***：允许使用非ASCII字符集的文件名，例如UTF-8编码的文件名。

Content-Disposition: inline; filename="example.html"

上述示例指示浏览器在浏览器中打开响应的内容，并将文件名指定为 "example.html"。

总的来说，Content-Disposition 头部为服务器提供了一种机制，可以指导客户端如何处理响应中的内容，尤其是在涉及文件下载时。

什么是HTTP的协议升级（Upgrade）？

HTTP 协议升级是指在HTTP协议的基础上，通过升级到其他协议来提供更高级别的功能或性能。在HTTP/1.1中，有一个 Upgrade 头部，用于向服务器表明客户端希望升级到其他协议。

在HTTP/1.1中，可以通过 Upgrade 头部将连接从HTTP协议升级到WebSocket协议。这允许在同一连接上实现全双工通信，而不是在不同的连接上使用不同的协议。当一个网站需要更快速的传输速度时，可以通过协议升级到HTTP/2协议。

在HTTP请求中，如何处理大文件上传/下载？

在HTTP请求中处理大文件上传/下载时，可以采用一些优化和流式处理的方法，以提高性能和效率。以下是一些建议
大文件上传：

分块上传（Chunked Upload）： 将大文件分成小块进行上传，而不是一次性上传整个文件。这有助于避免在上传过程中出现网络中断或超时问题。
断点续传（Resumable Upload）： 支持断点续传功能，允许用户在上传失败后从上次中断的地方继续上传。客户端和服务器需要支持相关的协议和头部（如Range头）。
并发上传： 允许客户端同时上传多个文件块，以提高上传速度。
流式上传： 使用流式上传而不是将整个文件加载到内存中。这对于处理大文件时可以减小内存占用。

大文件下载：

分块下载（Chunked Download）： 将大文件分成小块进行下载，允许客户端逐块接收文件而不是一次性接收整个文件。服务器需要支持并配置相应的响应头。
断点续传下载： 类似于上传，支持断点续传功能，允许用户在下载失败后从上次中断的地方继续下载。
使用压缩： 如果服务器和客户端支持，可以启用文件的压缩传输，以减小传输的数据量。
CDN加速： 使用内容分发网络（CDN）可以加速文件的分发，减少下载时间。
流式下载： 通过流式下载的方式，将文件逐块发送到客户端，从而减小服务器的内存占用。