Qt 6.5.2大文件分片上传仅传第一块失败，Qt5正常求助

问题分析 #

从日志对比可明确核心差异：

• Qt 5中SSL协议使用TLSv1.3（枚举值7），会话协议为TLSv1.2（枚举值4），大文件能完整上传
• Qt 6中SSL协议降级为TLSv1.2（枚举值4），会话协议为SSLv3（枚举值2），大文件仅上传第一块（16384字节）后触发UnknownNetworkError(99)，小文件无异常
• 问题本质：大文件分块上传时，Qt 6的网络栈或SSL会话协商与服务器兼容性不匹配，导致连接提前中断

修复方案 #

1. 强制指定SSL协议版本，避免降级到旧协议 #

Qt 6默认SSL协商逻辑与Qt 5不同，强制指定高版本TLS协议，避免使用不安全的SSLv3：

QNetworkRequest request;
// 配置SSL协议，优先使用TLSv1.3，不支持则降级到TLSv1.2
QSslConfiguration sslConfig = QSslConfiguration::defaultConfiguration();
sslConfig.setProtocol(QSsl::TlsV1_3OrLater);
request.setSslConfiguration(sslConfig);

2. 禁用HTTP分块编码，强制使用Content-Length #

Qt 6可能默认对大文件启用分块编码，部分服务器对该模式兼容性不佳，强制让Qt使用完整Content-Length上传：

// 禁用分块编码，强制使用Content-Length
request.setAttribute(QNetworkRequest::DoNotBufferUploadDataAttribute, false);
// 确认关闭HTTP2（已有设置，重复加固）
request.setAttribute(QNetworkRequest::Http2AllowedAttribute, false);

3. 修正QHttpMultiPart边界的引号问题 #

日志中Content-Type的边界包含引号boundary="ffeeffeeffee"，Qt 6对边界字符串的解析逻辑更严格，去掉引号避免解析错误：

QHttpMultiPart *multiPart = new QHttpMultiPart(QHttpMultiPart::FormDataType);
// 直接设置纯边界值，无需添加引号
multiPart->setBoundary("ffeeffeeffee");
// Content-Type会自动生成正确格式，无需手动拼接引号

4. 加固文件设备的生命周期与读取位置 #

虽然代码已设置文件父对象，但显式重置读取位置可避免潜在的读取异常：

QFile *file = new QFile(filepath);
if(!file->open(QIODevice::ReadOnly) || file->size() == 0){
    // 错误处理逻辑
} else {
    // 确保文件读取位置在开头
    file->seek(0);
    // ... 后续代码
}

5. 调整上传超时时间 #

大文件上传耗时更长，增加超时阈值避免被系统强制中断：

QNetworkAccessManager *manager = new QNetworkAccessManager(this);
// 设置连接与请求超时为30秒（可根据实际需求调整）
QNetworkConfiguration config = manager->defaultConfiguration();
config.setTimeout(QNetworkConfiguration::ConnectTimeout, 30000);
config.setTimeout(QNetworkConfiguration::RequestTimeout, 30000);
manager->setConfiguration(config);

验证建议 #

1. 优先测试方案1和方案3，这两个是针对日志中SSL降级、边界格式的核心问题
2. 若无效，依次测试方案2、4、5
3. 开启Qt网络调试日志获取更详细错误信息：

   qputenv("QT_LOGGING_RULES", "qt.network.*=debug");
   

内容的提问来源于stack exchange，提问作者FenyaHere