C语言mmap映射随机整数文件调用qsort排序异常问题

mmap后qsort排序损坏文件的根因 #

你遇到的问题核心出在两个认知偏差上，和数据类型调整无关：

• 你生成的是文本格式txt文件存储随机整数，而mmap映射的是磁盘文件的原始字节流，不会做任何格式转换。如果你文件里存的是类似342 765 12的ASCII可读文本，把映射地址强转成int*交给qsort排序，本质是把连续的ASCII字符按4/8字节截断当整数二进制补码解析，和你实际存入的数值完全不匹配，排序时写入的字节会直接破坏原文本的结构，最终文件内容必然损坏。
• qsort参数传参错误也会导致内存写坏：传给qsort的元素总数必须是映射文件长度 / 单个元素大小，单个元素大小参数必须和你实际存储的数据类型长度一致，比较函数必须严格按照const void*入参强转后解引用的规则写，任意一个参数错都会出现排序后多0值、数值错乱的问题。

注意：如果要通过mmap直接修改结构化数值数据，文件必须存二进制格式，不能存可读文本格式，否则内存映射的字节和你要操作的数值没有对应关系。
你之前把mmap返回值声明为int*仍然报错，本质是文件格式不对，不是指针类型声明的问题：如果文件存的是文本，哪怕强转成int*，指向的内存里放的也是ASCII编码，不是整数的二进制值，访问自然会出错。

正确实现参考 #

完整流程必须保证文件存储格式、mmap映射、qsort调用三者的数据类型完全对齐：

1. 生成二进制格式的数值文件，不要用fprintf写文本：

int nums[20];
// 初始化随机数种子
srand(time(NULL));
for (int i = 0; i < 20; i++) {
    nums[i] = rand();
}
FILE *fp = fopen("num_data", "wb");
fwrite(nums, sizeof(int), 20, fp);
fclose(fp);

2. mmap映射时正确设置权限和参数，计算准确的元素数量：

int fd = open("num_data", O_RDWR);
struct stat file_stat;
fstat(fd, &file_stat);
// 映射权限要开读写，MAP_SHARED才能把修改写回磁盘
int *map_base = mmap(NULL, file_stat.st_size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
if (map_base == MAP_FAILED) {
    perror("mmap failed");
    exit(1);
}
int elem_count = file_stat.st_size / sizeof(int);

3. 正确编写比较函数，调用qsort：

int int_cmp(const void *a, const void *b) {
    int val_a = *(const int*)a;
    int val_b = *(const int*)b;
    return (val_a > val_b) - (val_a < val_b);
}

qsort(map_base, elem_count, sizeof(int), int_cmp);

// 操作完成后取消映射、关闭文件
munmap(map_base, file_stat.st_size);
close(fd);

数组与指针的行为差异解答 #

• 数组和指针在C语言中不是同一种东西，只有数组名作为右值参与表达式运算时，才会退化为指向首元素的指针，二者的内存分配、sizeof运算结果都有本质区别。
• 你提到的int *x = { 10, 20, 30, 40 };是非法的错误写法：指针变量本身只占一个地址长度的内存，只能存储一个内存地址值，这种初始化方式会把第一个常量10当成地址赋值给指针x，后面的初始化项属于多余初始值，编译器会直接抛出警告丢弃。此时访问x[i]属于访问非法内存地址，必然触发段错误或读到随机垃圾值，完全不可能正常通过fprintf打印。
• 要存储一组连续的整数，要么声明为数组形式int x[] = {10,20,30,40};，编译器会自动在栈上分配对应长度的连续内存存储这些值，可以正常通过下标访问；要么给指针动态malloc分配足够长度的连续内存，再逐个赋值，才能模拟数组的访问行为。
• 字符串场景下看起来指针和数组行为一致，只是语法层面的特殊处理：char *s = "test"本质是让指针s指向只读数据段存储的字符串常量，修改s指向的内容会触发段错误；而char s[] = "test"是在栈上分配数组，把字符串常量拷贝到数组内存中，可以正常修改元素，二者底层逻辑完全不同。

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