HTTPS retry 测试

最近我司代理出公网质量下降得厉害，2%-20% 的 https 请求握手都会 tls eof，但是几次重试后往往可以成功（毕竟概率是乘算的）。这网络环境简直是一切开源闭源小玩具最严厉的父亲，只要是个会发 https 请求的玩意，一眼就能看出有没有做重试、报错行为和错误信息是啥。

于是在这里把我的日常测试都记录下来。

MaaAssistantArknights

使用 MAA 挂机明日方舟时，无法自动更新软件本体，表现为点击「软件更新」，显示新版本下载失败。

查看日志，发现 GET api.maa.plus/MaaAssistantArknights/api/version/summary.json 下载有重试，而 https://github.com/MaaAssistantArknights/MaaRelease/releases/download/v6.16.5/MAAComponent-OTA-v6.16.4_v6.16.5-win-x64.zip 软件更新 zip 包下载没有重试，一次 fail 直接失败。

rustup

使用 cargo-msrv 找 MSRV 时（内部安装 toolchain 调用 rustup）获取到如下报错信息：

Unable to install toolchain '1.74.0-x86_64-pc-windows-msvc', rustup reported:
    info: syncing channel updates for 1.74.0-x86_64-pc-windows-msvc
    error: could not download file from 'https://static.rust-lang.org/dist/channel-rust-1.74.0.toml.sha256' to 'C:\Users\lxl\.rustup\tmp\6ccizx52h6tfy891_file': error downloading file: error sending request for url (https://static.rust-lang.org/dist/channel-rust-1.74.0.toml.sha256): client error (Connect): tls handshake eof

显然 rustup 并没有做失败重试。

看了下 rustup 的重试机制只覆盖组件包下载，不覆盖 manifest / sha256 的下载。并且 rustup 只对 BrokenPartialFile 和 DownloadingFile 两种错误重试，tls handshake eof 根本不被包含在内，没有重试行为。