为什么 QCoreApplication 在 Unix/Linux 上默认调用 `setlocale(LC_ALL, "")`？

Question

我认为可以肯定地说 C 语言环境被普遍认为是一个坏主意。

如果您必须考虑将语言环境设置为与"C" 不同的任何内容，那么使用 C 标准库函数编写一个尝试解析或编写基于文本的机器格式（这种情况经常发生）的应用程序几乎是不可能的。由于语言环境通常是每个进程的（并且setlocale 通常不是线程安全的），如果您正在编写一个库或者您有一个多线程程序，那么即使执行setlocale(LC_ALL, "C") 并在完成您的工作后恢复它也是不安全的。

现在，由于这些原因，规则通常是“避免setlocale，句号”； 但是：过去我们曾多次被QCoreApplication 和派生类的特殊行为所困扰； documentation 说：

在 Unix/Linux 上，Qt 默认配置为使用系统区域设置。这可能会在使用 POSIX 函数时引起冲突，例如，在浮点数和字符串等数据类型之间进行转换时，因为不同语言环境的表示法可能不同。要解决此问题，请在初始化 QApplication 或 QCoreApplication 后立即调用 POSIX 函数 setlocale(LC_NUMERIC,"C") 以将用于数字格式化的语言环境重置为“C”-locale。

此行为已在another question 中描述；我的问题是：这种显然愚蠢的行为的基本原理是什么？尤其是 Unix 和 Linux 有什么特别之处，才促使做出这样的决定只在这些平台上进行？

（顺便说一句，如果我在创建QApplication 之后只执行setlocale(LC_ALL, "C");，一切都会中断吗？如果没问题，他们为什么不直接删除他们的setlocale(LC_ALL, "");？）

Answer 1

根据@Phil Armstrong 和我对 Qt 源代码的调查（参见 the chat log），似乎从版本 1 开始就有 setlocale 调用，原因如下：

• XIM，至少在古代，没有这样的调用就不能正确地“获取”当前的语言环境。
• 在 Solaris 上，它甚至在默认的 C 语言环境下崩溃。
• 在 Unix 系统上，它用于（在其他系统中，在复杂的后备游戏中）“嗅探”“系统字符集”（无论在 Unix 上是什么意思），因此能够在 QString 之间进行转换表示和“本地”8 位编码（这对于文件路径尤其重要）。

确实，它已经检查了LC_* 环境变量，就像检查QLocale 一样，但我想如果应用程序显式更改它，让nl_langinfo 解码当前LC_CTYPE 可能很有用（但要查看是否有显式更改，必须从系统默认值开始）。

有趣的是，他们确实在setlocale(LC_ALL, "") 之后立即添加了setlocale(LC_NUMERIC, "C")，但是this was removed in Qt 4.4。这个决定的理由似乎在于旧 Qt bugtracker 的任务 #132859（它在 TrollTech、诺基亚和 QtSoftware.com 之间移动，然后消失而没有留下任何痕迹，甚至在 Wayback Machine 中也没有），它在 @ 中被引用987654324@ bugs 关于这个话题。我认为关于该主题的权威答案是存在的，但我找不到恢复它的方法。

我的猜测是它引入了一些微妙的错误，因为环境看起来是原始的，但实际上除了 LC_NUMERIC 类别（这是最明显）;可能他们删除了调用以使语言环境设置更加明显，并让应用程序开发人员采取相应的行动。

Answer 2

Qt 调用setlocale(LC_ALL, "")，因为这是正确的做法：从cat 开始的每个标准Unix 程序都调用setlocale(LC_ALL, "")。该调用的结果是将程序区域设置为用户指定的区域。请参阅 setlocale() 联机帮助页：

在主程序启动时，选择可移植的“C”语言环境 默认。可以通过调用使程序可移植到所有语言环境：

setlocale(LC_ALL, "");

程序初始化后...

鉴于 Qt 既生成供用户阅读的文本，又解析用户生成的输入，拒绝让用户以自己特定于语言环境的方式与用户交流是非常不友好的。因此调用了 setlocale()。

我希望用户友好不会引起争议！当您尝试解析由在不同语言环境下运行的程序创建的数据文件时，当然会出现问题。显然，如果您使用基于 sscanf 和朋友的解析器的特殊基于文本的格式，而不是使用“真实”解析器的指定数据格式，那么如果在不考虑的情况下这样做，就会导致数据损坏区域设置。解决方案是 a) 使用真正的序列化库来为您处理这些内容，或者 b) 在写入和读取数据时将语言环境设置为特定的内容（可能是“C”）。

如果线程安全是一个问题，那么在现代 POSIX 实现（或任何具有 GNU libc 版本 >= 2.3 的 Linux 系统，此时几乎是“所有这些”）上，您可以调用 uselocale() 来设置所有 I/O 的线程本地语言环境。或者，您可以调用将语言环境对象作为补充参数的常用函数的 _l 版本。

如果您致电setlocale(LC_ALL, "C");，一切都会中断吗？不，但正确的做法是让用户设置他们喜欢的语言环境，或者以明确指定的格式保存数据，或者指定在运行时读取和写入数据的语言环境。

Answer 3

POSIX 系统（包括您提到的 Unix/Linux 系统）的独特之处在于 OS 接口和 C 接口混合在一起。 C setlocale 调用尤其会干扰操作系统。

相比之下，在 Windows 上，语言环境明确地是每个线程的属性 (SetThreadLocale)，但更重要的是，GetNumberFormat 等函数接受语言环境参数。

请注意，您的问题很容易解决：使用 Qt 时，请使用 Qt。所以这意味着reading your text input into a QString，处理它，然后写回它。