百度推送大文件时如何通过100 Continue状态码避免发送无效数据
当发送大文件到百度推送接口时，客户端可以先发送头部并等待100 Continue响应，确认服务器准备好接收数据后再发送内容，从而避免因权限或方法错误而浪费网络传输。
发送请求前先发送头部并添加Expect请求头
在向百度推送接口发送大文件前，客户端应先发送请求头，不包含请求体内容。请求头中必须包含Expect: 100-continue字段，这会通知服务器客户端希望先确认服务器是否准备好接收数据。例如，发送PUT请求时，先发送Host、Content-Type和Content-Length等头部信息，但暂时不发送视频数据或文件内容。这种做法可以让服务器有机会在接收大量数据之前检查请求的合法性。
客户端发送完头部后，会等待服务器的响应。如果服务器返回100 Continue状态码，说明服务器已经接收了头部，并且准备或能够接收请求体内容。此时客户端可以继续发送实际的数据内容。如果服务器返回其他错误状态码，如401或403，客户端则可以立即停止发送数据，避免将大量无效数据传输到网络中。这种机制特别适用于上传大文件或执行可能改变状态的操作，如未经验证的认证操作。
通过100 Continue响应确认服务器准备好接收数据
服务器收到包含Expect: 100-continue头部的请求后，会检查请求的合法性。如果服务器认为请求合法，它会返回HTTP/1.1 100 Continue状态码作为信息性响应。这个响应表明服务器已经接收了请求的初始部分，并且尚未拒绝该请求。客户端收到这个响应后，可以继续发送请求体内容。例如，在文件上传场景中，服务器确认可以接收视频数据后，客户端才会发送实际的视频内容。
如果服务器在检查头部后决定拒绝请求，它会返回一个错误状态码，如401 Unauthorized或403 Forbidden。在这种情况下，客户端不应继续发送请求体内容，因为发送数据可能会导致网络传输的浪费。客户端可以丢弃100 Continue响应，并根据错误状态码采取相应的措施，例如提示用户重新认证或检查权限。通过这种方式，客户端可以有效地避免发送可能无法被服务器接受的数据。
客户端根据响应决定是继续发送数据还是丢弃响应
客户端在收到100 Continue响应后，需要决定是继续发送请求体内容还是丢弃该响应。如果请求尚未完成，客户端应该继续发送请求体内容，完成请求的发送。例如，在文件上传场景中，客户端在收到100 Continue响应后，会继续发送视频数据作为请求体。如果请求已经完成，例如请求头中已经包含了所有必要的信息，客户端可以丢弃100 Continue响应，而不发送任何请求体内容。
客户端在发送请求体内容之前，应该检查请求是否已经完成。如果请求已经完成，客户端可以忽略100 Continue响应，而不发送任何数据。如果请求尚未完成，客户端应该继续发送请求体内容。这种机制确保了客户端能够根据服务器的响应灵活地处理请求，避免发送无效数据或浪费网络资源。通过这种方式，客户端可以有效地管理请求的发送过程，提高网络传输的效率。
验证结果的方法与步骤
要验证是否成功使用了100 Continue机制，可以通过抓包工具查看请求和响应的交互过程。首先，发送一个包含Expect: 100-continue头部的请求，不包含请求体内容。然后，观察服务器的响应。如果服务器返回100 Continue状态码，说明服务器已经准备好接收数据。接着，发送请求体内容，完成请求。最后，检查请求是否成功完成，例如文件是否成功上传。
如果服务器返回错误状态码，如401或403，说明服务器拒绝了请求。在这种情况下，客户端不应发送请求体内容。可以通过抓包工具查看请求和响应的交互过程，确认客户端是否正确地丢弃了100 Continue响应，没有发送请求体内容。如果客户端在收到错误响应后仍然发送了请求体内容，说明客户端没有正确地处理100 Continue响应，需要修改客户端代码，确保在收到错误响应后不发送请求体内容。
资料与延伸阅读
你可以通过以下原始资料核对文中概念，并继续深入阅读。