使用开源库ghttp作为http client,板子测试发现当下载大文件时出现崩溃情况;
查了,发现问题是:
http_trans.c中http_trans_read_into_buf(http_trans_conn *a_conn)函数
a_conn->io_buf = realloc(a_conn->io_buf,
a_conn->io_buf_len + a_conn->io_buf_io_left);
a_conn->io_buf_len += a_conn->io_buf_io_left;这段代码有点问题,当下载很大文件时,
a_conn->io_buf_len + a_conn->io_buf_io_left就会变得超大,在内存有限制的嵌入式板子上就会出现返回的指针为空的情况;最终崩溃的表现在调用flush时:static void
flush_response_body(http_resp *a_resp,
http_trans_conn *a_conn)
{
if (a_resp->body != NULL) {
free(a_resp->body);
}
a_resp->flushed_length += a_resp->body_len;
a_resp->body_len = a_conn->io_buf_alloc;
a_resp->body = malloc(a_conn->io_buf_alloc + 1);
memset(a_resp->body, 0, a_conn->io_buf_alloc + 1);
memcpy(a_resp->body, a_conn->io_buf, a_conn->io_buf_alloc);
/* clean the buffer */
http_trans_buf_reset(a_conn);
}memcpy(a_resp->body, a_conn->io_buf, a_conn->io_buf_alloc);崩溃,即a_conn->io_buf为空指针
临时解决方法:把大文件进行分割成小的单位进行断点下载。
本文探讨了使用ghttp库作为HTTP客户端时遇到的问题:在下载大文件过程中因内存分配不当导致崩溃。分析了问题根源在于http_trans.c中的内存管理代码,并提出了一种临时解决方案——将大文件分割为小单元进行断点下载。

6404

被折叠的 条评论
为什么被折叠?



