本文详解如何使用 Kotlin 的 sortedWith() 与链式 compareBy() 实现多层级、非字典序的灵活排序，支持分组优先级、城市固定序列、街道逆序及姓名正序等复合规则。
本文详解如何使用 kotlin 的 `sortedwith()` 与链式 `compareby()` 实现多层级、非字典序的灵活排序，支持分组优先级、城市固定序列、街道逆序及姓名正序等复合规则。
在实际业务开发中，常见的排序需求往往超出简单的字母或数值比较——例如按预设优先级排列部门、按地理热度排序城市、再按反向名称精筛。Kotlin 提供了强大而简洁的 API 来优雅实现此类多级自定义排序，无需手动实现 Comparable 或冗长的 Comparator 类。
以下以 User 数据类为例，完整实现题目要求的四级排序逻辑：
data class User(
val name: String,
val address: Address,
val group: String
)
data class Address(
val street: String,
val city: String
)
// 定义各维度的优先级映射（不可变、线程安全）
private val GROUP_ORDER = mapOf(
"Maths" to 1,
"Science" to 2,
"English" to 3
).withDefault { 4 } // 其他所有 group 统一归为最低优先级（4）
private val CITY_ORDER = mapOf(
"Sydney" to 1,
"Adelaide" to 2,
"Melbourne" to 3
).withDefault { 4 }
fun List<User>.sortByCustomRules(): List<User> = sortedWith(
compareBy<User> { GROUP_ORDER[it.group] } // Level 1: group 自定义顺序
.thenBy { CITY_ORDER[it.address.city] } // Level 2: city 自定义顺序
.thenByDescending { it.address.street } // Level 3: street 逆字母序（注意 thenByDescending）
.thenBy { it.name } // Level 4: name 正字母序
)✅ 使用示例：
val users = listOf(
User("Alice", Address("Zebra St", "Sydney"), "English"),
User("Bob", Address("Alpha Ave", "Melbourne"), "Maths"),
User("Charlie", Address("Yacht Rd", "Sydney"), "Maths"),
User("Diana", Address("Beta Blvd", "Adelaide"), "Science"),
User("Eve", Address("Xenon Ln", "Perth"), "Art") // "Art" 不在 GROUP_ORDER 中 → 优先级 4
)
val sorted = users.sortByCustomRules()
// 结果将严格遵循：Maths > Science > English > 其他；Sydney > Adelaide > Melbourne > 其他；street 降序；name 升序⚠️ 关键注意事项：
- ✅ 推荐使用 compareBy().thenBy() 链式调用：语义清晰、不可变、零副作用，比手动实现 compareTo 更安全、更符合 Kotlin 惯例；
- ❌ 避免在 data class 中嵌入排序逻辑（如答案中在构造函数里预计算 groupRank）：违反单一职责，易引发状态不一致（如 group 后续被修改但 rank 未更新）；
- ? withDefault { 4 } 确保未匹配项统一归底，避免 null 导致 ClassCastException 或 NullPointerException；
- ? 若 Address 需复用排序逻辑（如独立排序地址列表），可为其单独实现 compareBy<Address> { CITY_ORDER[it.city] }.thenByDescending { it.street }；
- ⚡ 性能友好：compareBy 内部缓存 key 计算结果，多次比较同一对象时不会重复调用 getter。
总结：Kotlin 的 compareBy 系列函数是处理复杂排序的首选方案——它将多级规则声明式地组合在一起，代码可读性高、扩展性强、错误率低。面对定制化排序需求，应优先拥抱函数式排序 API，而非回归 Java 式的命令式 Comparator 实现。
