Ubuntu下GCC中fscanf()不支持点号作为小数分隔符的问题求助

我太懂这种移植时的坑了——明明在其他系统上好好的fscanf()，到了Ubuntu就非得认逗号当小数分隔符，完全不按你的预期来。其实这跟GCC、Qt版本关系不大，核心问题出在**系统locale（区域设置）**上。

问题根源 #

C标准库的IO函数（包括fscanf()）会严格遵循程序当前的LC_NUMERIC locale设置。Ubuntu默认的一些区域设置（比如欧洲地区的locale）会把逗号设为小数分隔符，而我们习惯的点号是"C" locale（标准C语言环境）的默认行为。

解决方案 #

这里有几种不同场景下的解决办法，你可以根据自己的需求选：

1. 全局强制使用标准C locale（最省心）

在程序启动的最开始（比如main()函数的第一行附近）加上这行代码，让整个程序的数值格式都遵循标准C规则：

setlocale(LC_NUMERIC, "C");

LC_NUMERIC是专门控制数值格式的locale分类，设置为"C"后，不管系统默认是什么，fscanf()都会把点号当成小数分隔符，完美匹配你旧代码的习惯。

2. 临时切换locale（不影响其他功能）

如果你的程序其他部分需要保留系统默认的locale（比如显示本地化的日期、文本），可以在执行fscanf()前后临时切换locale：

// 保存当前的LC_NUMERIC设置
char* original_locale = setlocale(LC_NUMERIC, NULL);

// 切换到标准C locale
setlocale(LC_NUMERIC, "C");

// 执行你的fscanf操作
FILE* fp = fopen("your_file.txt", "r");
float val;
fscanf(fp, "%f", &val);
fclose(fp);

// 恢复原来的locale
setlocale(LC_NUMERIC, original_locale);

这样既解决了fscanf()的问题，又不会干扰程序其他部分的本地化行为。

3. 配合Qt的locale设置（如果用Qt的IO）

如果你的程序同时用到了Qt的数值输入输出，还可以把Qt的全局locale也设为标准C环境，确保行为一致：

QLocale::setDefault(QLocale::C);

注意：这只影响Qt的API，fscanf()还是需要用前面的setlocale()来设置C标准库的locale。

验证方法 #

你可以先打印当前的LC_NUMERIC设置，确认问题所在：

printf("Current LC_NUMERIC locale: %s\n", setlocale(LC_NUMERIC, NULL));

如果输出不是"C"，那就是locale在搞鬼，设置后再打印一次确认已经切换成功。

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