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

Question

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

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

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

On Unix/Linux Qt is configured to use the system locale settings by default. This can cause a conflict when using POSIX functions, for instance, when converting between data types such as floats and strings, since the notation may differ between locales. To get around this problem, call the POSIX function setlocale(LC_NUMERIC,"C") right after initializing QApplication or QCoreApplication to reset the locale that is used for number formatting to "C"-locale.

此行为已在 another question 中进行了描述;我的问题是:这种明显愚蠢行为的基本原理是什么？特别是，Unix 和 Linux 有什么特别之处，以至于仅在这些平台上才做出这样的决定？

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

Answer 1

根据@Phil Armstrong 和我对 Qt 源代码的调查(参见 the chat log )，setlocale 调用似乎从版本 1 开始存在，原因如下:

• 如果没有这样的调用，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、Nokia 和 QtSoftware.com 之间移动，然后消失而不留下任何痕迹，甚至不在 Wayback Machine 中)，并且它在 two bugs 中被引用关于这个话题。我认为那里有关于该主题的权威答案，但我找不到恢复它的方法。

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