C语言中strcoll()无法按本地化规则排序的问题排查

首先得确认你的区域设置是否真的生效了——很多时候问题就出在这一步：

• 调用setlocale(LC_COLLATE, "es_ES.UTF-8")后必须检查返回值，如果返回NULL，说明系统虽已安装区域文件，但程序没成功加载。先在终端执行sudo locale-gen es_ES.UTF-8生成区域数据，再跑sudo update-locale更新，之后重启程序重试。
• 示例代码里一定要加返回值检查，避免默默失败：

  #include <stdio.h>
  #include <locale.h>
  #include <string.h>
  
  int main() {
      if (!setlocale(LC_COLLATE, "es_ES.UTF-8")) {
          fprintf(stderr, "Failed to load es_ES.UTF-8 locale\n");
          return 1;
      }
      const char *s1 = "curso", *s2 = "churro";
      int cmp = strcoll(s1, s2);
      printf(cmp < 0 ? "%s 在 %s 之前\n" : "%s 在 %s 之后\n", s1, s2);
      return 0;
  }
  

其次，检查源代码文件的编码：

• 确保代码是以UTF-8编码保存的，用file your_code.c命令验证，输出里要包含"UTF-8"。如果是其他编码，字符串的字节序列不符合区域要求，strcoll也没法按规则排序。

最后说说glibc的实现问题：

• 你了解的没错，glibc的本地化排序确实存在不少槽点，尤其是西班牙语这种需要把"ch"作为单个排序单元的规则，部分版本的glibc可能没正确实现。如果上面的步骤都没问题，试试把区域设置成es_ES.UTF-8@collation=traditional，明确指定传统排序规则，看是否能让"curso"排在"churro"前面。
• 如果还是不行，要么升级glibc版本，要么考虑用strxfrm()把字符串转换成排序键，再用strcmp()比较——这是标准库的替代方案，有时候能绕开strcoll的实现缺陷：

  char buf1[256], buf2[256];
  strxfrm(buf1, s1, sizeof(buf1));
  strxfrm(buf2, s2, sizeof(buf2));
  int cmp = strcmp(buf1, buf2);
  

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