Rust中发送HTTPS请求后如何避免读取响应以节省资源?
解决方案:发送HTTPS请求后立即终止TCP连接以避免接收响应
你的核心需求是最小化代理流量成本,关键在于发送请求后立刻切断整个TCP连接,而不是只关闭TLS写流或发送TLS层面的关闭通知。以下是具体实现方案:
核心思路
只要TCP连接处于活跃状态,操作系统就会自动接收服务器发来的响应数据包(哪怕应用不读取),这些字节仍会通过代理产生成本。因此必须直接终止底层TCP连接,让服务器停止发送响应,同时让OS不再接收后续数据包。
具体实现方法
方案:拆分TLS流并关闭底层TCP连接
发送完请求后,通过into_inner()拆分出TLS流包裹的底层TcpStream,然后显式关闭TCP连接的读写两端,彻底终止连接。
修改后的完整代码:
use std::net::Shutdown; use tokio::net::TcpStream; use rustls::{ClientConfig, RootCertStore}; use tokio_rustls::TlsConnector; use pki_types::ServerName; #[tokio::main] async fn main() { let mut root_cert_store = RootCertStore::empty(); root_cert_store.extend(webpki_roots::TLS_SERVER_ROOTS.iter().cloned()); let config = ClientConfig::builder() .with_root_certificates(root_cert_store) .with_no_client_auth(); let connector = TlsConnector::from(std::sync::Arc::new(config)); let host = "www.rust-lang.org"; let stream = TcpStream::connect(format!("{}:443", host)) .await .expect("Failed to connect"); let domain = ServerName::try_from(host.to_string()) .unwrap() .to_owned(); let mut stream = connector .connect(domain, stream) .await .expect("Failed to connect"); let request = format!( "GET / HTTP/1.1\r\nHost: {}\r\nConnection: close\r\n\r\n", host ); // 发送请求并确保数据已写入网络 stream.write_all(request.as_bytes()).await.expect("Failed to write"); stream.flush().await.expect("Failed to flush"); // 拆分出底层TCP流并关闭读写两端 let (tcp_stream, _tls_conn) = stream.into_inner(); tcp_stream.shutdown(Shutdown::Both).unwrap(); }
为什么之前的方法无效?
- TLS流的
shutdown():仅关闭TLS层面的写通道并发送close_notify,但TCP连接仍保持活跃,服务器会继续发送响应,OS会接收并缓存这些数据,代理流量成本依然存在。 send_close_notify():同样只是TLS层的关闭通知,不影响TCP连接状态,服务器仍会发送响应数据包。
注意事项
- 确保请求完全发送:在关闭连接前调用
stream.flush().await,保证TLS缓冲区中的请求数据已经发送到网络,避免请求未完整发送就终止连接。 - 兼容性说明:这种操作不符合HTTP规范(HTTP要求客户端读取响应),但你的场景属于特殊需求,此方法能最大程度减少代理流量消耗。
- 即时终止效果:关闭TCP连接后,服务器会收到FIN包,多数情况下会立即停止发送响应;少数已在传输中的数据包可能会到达,但OS会直接丢弃,不会产生额外代理成本。
内容的提问来源于stack exchange,提问作者Random
相关产品推荐
相关产品推荐

