C++如何获取上传文件的进度条百分比-C++-PHP中文网

c++标准库不提供http上传进度回调，需借助libcurl等支持进度通知的网络库；若用libcurl，须启用curlopt_noprogress=0l并设置curlopt_progressfunction回调，通过ulnow/ultotal计算百分比，ultotal为0时需估算；手动socket发送则需分块读取、累加已发字节数并处理send()返回值不完整情况。

c++如何获取上传文件的进度条百分比

上传文件时根本没有现成的“进度条百分比”API

C++标准库不提供HTTP上传进度回调机制，std::fstream或std::ifstream读取文件本身不感知网络传输状态。所谓“进度”，必须由你手动拆解：读取多少字节 → 发送多少字节 → 对比总大小。关键不是C++语言能力，而是你用的网络库是否支持流式上传+进度通知。

libcurl是最常用且真正支持进度回调的方案

如果你用libcurl（强烈推荐），它通过CURLOPT_PROGRESSFUNCTION和CURLOPT_NOPROGRESS暴露底层传输进度。注意：这个回调报告的是“已发送字节数”，不是“已写入服务器磁盘字节数”，所以它反映的是客户端发出的数据量，而非服务端接收确认量。

必须设CURLOPT_NOPROGRESS为0L，否则回调不触发
回调函数签名固定：int progress_callback(void*, double dltotal, double dlnow, double ultotal, double ulnow)，其中ultotal是上传总大小（可能为0），ulnow是已上传字节数
若ultotal == 0.0，说明服务端未返回Content-Length或用了分块编码（chunked），此时无法算精确百分比，只能用估算值（如按已读文件字节比例模拟）

示例片段：

curl_easy_setopt(curl, CURLOPT_NOPROGRESS, 0L);
curl_easy_setopt(curl, CURLOPT_PROGRESSFUNCTION, [](void*, double, double, double total, double now) -> int {
    if (total > 0.0) {
        int percent = static_cast<int>(now / total * 100.0);
        printf("Upload: %d%%\n", percent); // 替换为你的UI更新逻辑
    }
    return 0; // 返回非0会中止上传
});</int>

自己封装socket发送时怎么算进度

绕过高级库、直接用send()发文件数据，进度完全由你控制：打开文件→获取std::filesystem::file_size()→每次send()后累加已发字节数→除以总大小。但要注意：

C函数速查手册（CHM版）

下载

send()可能返回小于请求长度（尤其非阻塞模式或网络拥塞），必须循环调用直到该批次数据发完，否则进度跳变不连续
别用std::ifstream::read()一次性读整个文件到内存——大文件会OOM；应分块（如8KB）读→发→更新进度

示例核心逻辑：

auto total = std::filesystem::file_size(path);
std::ifstream ifs(path, std::ios::binary);
char buf[8192];
size_t sent = 0;
while (ifs.read(buf, sizeof(buf))) {
    size_t to_send = ifs.gcount();
    size_t sent_now = 0;
    while (sent_now (static_cast<double>(sent) / total * 100.0);
}</double>

Qt的QNetworkAccessManager不直接暴露上传进度

Qt里QNetworkRequest配合QHttpMultiPart上传时，QNetworkReply::uploadProgress(qint64,qint64)信号才是进度来源。但注意两个坑：

信号参数是bytesSent和bytesTotal，后者可能为-1（未知总长），此时不能做除法，需降级显示“上传中…”
必须在QNetworkReply对象生命周期内连接该信号，且不能在reply完成后再查——reply->bytesTotal()在finished后可能失效
不要试图用QFile::size()代替bytesTotal，因为多部分上传（multipart）包含边界头信息，实际网络字节数 ≠ 文件原始大小

实际项目里，90%的“进度不准”问题都出在混淆了「文件读取进度」「内存缓冲区发送进度」「TCP协议栈确认进度」这三层。真正可靠的进度，只能源于网络层回调（如libcurl）或服务端回传（如WebSocket实时上报），客户端自行计算的永远只是近似值。