RT-Smart應(yīng)用開(kāi)發(fā)筆記：fopen造成文件被清空問(wèn)題的分析記錄

前言

RT-Smart 應(yīng)用（apps）開(kāi)發(fā)環(huán)境，ubuntu 20.04 + win10 VS Code

最近在調(diào)試一個(gè)問(wèn)題，需要使用 FILE 的 fopen、fread 等去讀取處理一個(gè)大文件，為了盡快復(fù)現(xiàn)驗(yàn)證問(wèn)題，隨手搜了一下 fopen 等幾個(gè) API的用法，調(diào)試時(shí)鬧出來(lái)一個(gè)【笑話】，程序運(yùn)行所到之處，把處理過(guò)的本地文件清空了。

當(dāng)時(shí)初步的目標(biāo)只是使用 stat 去獲取一個(gè)文件的大小，現(xiàn)象就是 0

獲取文件大小

如何在 用戶態(tài)獲取文件大小，RT-Smart 的應(yīng)用開(kāi)發(fā)與 Linux 的用戶應(yīng)用開(kāi)發(fā)基本類似，Linux 平臺(tái)上的應(yīng)用，可以輕松的移植到 RT-Smart 上。

fopen 可以在RT-Smart內(nèi)核態(tài)使用，也可以在用戶態(tài)使用，用戶態(tài)的使用，一般都是借助 libc 與 系統(tǒng)調(diào)用，當(dāng)前 RT-Smart 使用 musl gcc 工具鏈

獲取文件大小，應(yīng)該與 fopen、fread 系列無(wú)關(guān)，代碼如下：

unsigned long get_file_size(const char *path)
{
unsigned long filesize = -1;
struct stat statbuff;
if (stat(path, &statbuff) < 0)
{
return filesize;
}
else
{
filesize = statbuff.st_size;
}
return filesize;
}

這里使用標(biāo)準(zhǔn)的 POSIX 接口 stat，頭文件 #include

測(cè)試代碼

隨手摘抄修改了一個(gè)測(cè)試代碼，想獲取到 文件大小，然后分批讀取，驗(yàn)證這個(gè)過(guò)程是否正常，哪想到文件大小獲取為0，使用 qemu 調(diào)試了多遍，懷疑文件系統(tǒng)BUG，依舊未找到正確的思路

原 BUG 測(cè)試代碼如下：

/* read big file : > 300MB */
#include
#include
#include
#include
#include
#include
#include
#define BUFFER_SIZE (8 * 1024 * 1024)
unsigned long get_file_size(const char *path)
{
unsigned long filesize = -1;
struct stat statbuff;
if (lstat(path, &statbuff) < 0)
{
return filesize;
}
else
{
filesize = statbuff.st_size;
}
return filesize;
}
int main(int argc, char **argv)
{
//int errno;
FILE *fp = NULL;
unsigned long so_far, signed_len;
const char *path = "/lib/libc.so";
char *buffer = NULL;
size_t size;
size_t file_size;
size_t rd_len;
if (argc > 1)
{
path = argv[1];
}
printf("filename path : %sn", path);
fp = fopen(path, "w+");
if (!fp)
{
printf("fopen failedn");
return -1;
}
buffer = malloc(BUFFER_SIZE);
if (!buffer)
{
printf("buffer alloc failedn");
return -1;
}
file_size = get_file_size(path);
printf("file size %ldn", file_size);
signed_len = file_size;
so_far = 0;
while (so_far < signed_len)
{
size = BUFFER_SIZE;
printf("so far is %lu, signed_len is %lu, size is %lun", so_far, signed_len, size);
if (signed_len - so_far < size)
size = signed_len - so_far;
printf("new size is %lun", size);
rd_len = fread(buffer, 1, size, fp);
printf("fread rd_len = %ldn", rd_len);
if ((rd_len != 0) && (rd_len != size))
{
printf("fread failed, rd_len = %ld, size = %ldn", rd_len, size);
fclose(fp);
free(buffer);
return -2;
}
so_far += size;
printf("fread so_far = %ldn", so_far);
}
fclose(fp);
free(buffer);
printf("fread big file test end!n");
return 0;
}

測(cè)試結(jié)果

文件大小 讀取 為 0

由于可以使用 qemu 來(lái)調(diào)試，我看看到底為何 大小為0，難道 打印的不對(duì)？

內(nèi)核部分的 sys_stat 后面的調(diào)試就不放上來(lái)了，說(shuō)明一個(gè)問(wèn)題：文件獲取大小就是 0

回頭看下測(cè)試結(jié)果

好吧，我發(fā)現(xiàn)了文件系統(tǒng)BUG？讀取一下?tīng)顟B(tài)，文件大小就變?yōu)?0 了？

我多試讀取了幾個(gè)文件，文件大小真的變?yōu)榱?，包括 /lib/libc.so 這個(gè)默認(rèn)文件

我在板子上試了一下，讀取了一下文件系統(tǒng)中的核心文件： rtthread.bin，哪想到，板子啟動(dòng)不了，看了固件被【真正】清零0

趕快看看神奇的代碼

發(fā)現(xiàn) BUG 了，原來(lái)在 獲取文件狀態(tài)前，有個(gè) fopen 操作，并且使用了 "w+"，就是這個(gè)問(wèn)題

都是C 語(yǔ)言基礎(chǔ)薄弱惹的禍，記錄一下，以后得好好學(xué)習(xí)，正確理解，才能致用。

fopen 的 參數(shù)

當(dāng)前發(fā)現(xiàn) fopen 使用 “a+” 也不能獲取文件大小，二進(jìn)制的文件，需要使用 “rb”

正常使用了 fopen 后，文件大小就正常獲取了

看來(lái)測(cè)試代碼，也需要認(rèn)真寫(xiě)，測(cè)試過(guò)程中【看似無(wú)關(guān)緊要】的代碼，也許就是個(gè)【地雷】

小結(jié)

以上記錄，其實(shí)就是 fopen 參數(shù)的使用方法的一個(gè)記錄，寫(xiě)這么多，就是增加【印象】，得到【教訓(xùn)】，防止編寫(xiě)此類BUG 的事情不再重復(fù)犯。