Go x/text/collate New 怎样创建德语文本排序器

在 Go 中调用 collate.New(language.German)，即可创建按德语 locale 初始化的文本排序器。仅对字符串列表就地排序可使用 SortStrings；如果还要保留比较相等项的原始顺序，可用 sort.SliceStable 配合 CompareString。不要先把变音字母手工替换成普通字母，再期待得到同样的规则。

官方文档地址：https://pkg.go.dev/golang.org/x/text@v0.43.0/collate

先固定德语显示顺序的业务约定

设想一个德语资料目录：列表同时有 Apfel、Ähre、Oase 和 Öl。如果沿用普通字符串比较，比较依据是字符串编码顺序，未必符合读者对语言排序的理解。选择 locale 是显示规则的一部分，应由产品语言设置决定，而不是由部署机器的系统语言偶然决定。

先把需求限定为“按本项目所用 x/text 版本的德语规则排列显示名称”。如果业务合同要求某一词典、电话簿或数据库的逐项顺序，必须另行核对那套规则，不能仅凭 language.German 就宣称完全一致。下面的方案不修改原始名称，也不承担名称去重。

用 language.German 创建排序器

两个包分别负责不同任务：language.German 提供语言标签，collate.New 据此初始化 Collator。实例的 CompareString 提供比较结果，SortStrings 则直接改变传入字符串切片的顺序。固定语言的场景不需要额外读取系统 locale。

对已有 Go 模块，可按项目选定的 x/text 版本添加依赖，保留 go.mod 与 go.sum。文中的固定版本文档用于说明 API，不表示所有项目都应直接升级到这个版本。示例代码只依赖这里展示的公开接口。

package main

import (
    "fmt"
    "sort"

    "golang.org/x/text/collate"
    "golang.org/x/text/language"
)

func germanNames(input []string) []string {
    // 复制切片，避免排序改变调用方原有列表。
    result := append([]string(nil), input...)
    // 每次任务创建自己的排序器，不让并发调用共享可变比较状态。
    german := collate.New(language.German)
    sort.SliceStable(result, func(i, j int) bool {
        // 小于零才表示前者在前；比较相等时保留输入相对顺序。
        return german.CompareString(result[i], result[j]) 

第一行打印按德语规则排列的新列表，第二行仍应保持输入顺序。这是示例的预期行为说明，未将代码执行、具体输出或性能数据冒充成本机实测。

给每个排序任务独立的对象与切片

示例把 Collator 放在一次函数调用内，并复制输出切片。这样每个排序任务拥有自己的比较对象和待排序容器。依据官方实现，比较方法会更新实例内部迭代状态，因此不应把同一个实例当作无状态全局比较函数并发调用；这是根据实现作出的使用判断。

如果要复用排序器，可让单个工作协程独占它，或用同一把互斥锁保护所有对该实例的相关操作。只给创建过程加锁并不能保护后续比较。切片本身也需要独立所有权：即使排序器不共享，两个任务同时改同一底层数组仍然不是这个函数能自动解决的事。

把比较相等与业务唯一标识分开

CompareString 的返回值小于零、等于零、大于零，分别表示前者在前、比较等价、后者在前。排序回调应使用 ，不能使用 ，否则相等项也会被认为应当排在对方前面。

比较相等不应直接作为“同一个客户”或“同一条记录”的证明。语言排序是展示语义，业务身份应由记录 ID 等字段确定。若数据库返回顺序不固定，仅依赖稳定排序也不能让不同请求自动得到一致的等价项顺序。

记录规则配置并确认接入结果

建议在应用配置记录语言标签、启用选项与依赖版本；排查顺序差异时先对齐这三项。对真实客户名称，不必把完整列表写入日志，用不含个人信息的固定样例和配置即可描述问题。不同模块若使用不同忽略选项，即使都叫“德语排序”，也可能给出不同显示关系。

创建排序器会改变字符串内容吗？

比较与排序不要求改写名称。示例只调整新切片中元素的排列，原字符串和输入列表保留。

为什么不用 sort.Strings 就够了？

普通字符串顺序适合需要编码顺序的场景；德语用户可读列表应使用明确的语言比较规则。两者解决的排序约定不同。

需要同时启用 IgnoreDiacritics 吗？

不需要为了“支持德语”就自动忽略重音。只有业务明确要求忽略这类差异时才配置，否则应保持默认规则并与读者预期对照。

参考：Go collate 文档、language 标签文档、官方比较器实现、稳定排序文档。