如果网页使用Intl.Collator比较文本，遇到“10”排在“2”前，先不要批量改原文件编号。按浏览器API文档的说明，Intl.Collator的numeric默认是false，这时按文本比较，10排在2前并不奇怪；若设置numeric:true，并且当前实现支持，才可能按数字大小让1<2<10。适用条件要限定清楚：它作用于字符串比较，不是把字符串改成数值类型，也不是重命名文件，更不能替代数值合法性检查。具体实现与支持范围仍需另核，不能直接推及全部旧浏览器。
观察时，应把原列表保留不动，在副本上建立对照。先确认每个列表项到底是字符串还是已经转换过的数值，再检查构造比较器时实际传入的locale和options，尤其是numeric是否真的开启。不要只看代码里写了什么，还要看运行时得到的比较器行为；可以记录compare对若干相邻项和边界项的比较结果，但只判断结果是正数、负数还是零，不假定它固定返回±1。若把search用途的返回值拿来当排序依据，或者看到非零值就当成顺序结论，容易误判。
风险在于把排序现象直接当成数据错误，随后批量改原文件编号，或把排序结果说成数值合法、服务能力、修复效果的证明。排序只说明比较器给出的相对顺序；它不检查编号是否重复、缺失、越界，也不能作为文件完整性证明。涉及展示列表时，调整顺序和修改底层数据应分开处理，避免一次操作同时改变多个对象。
下一步，先在副本中固定原顺序，记录locale、options和numeric设置，用compare对“1、2、10”等代表性文本做对照，再看结果分支：若numeric为false，可继续核文本排序口径，但不能只看结果就判numeric配置；若numeric为true且实现支持，示例数字文本应按1<2<10比较，但仍需复核实际compare；若结果不稳定，先检查locale和options是否一致，而不是改原文件。确认只是展示排序需求后，再决定是否在副本上调整；若要做数值校验，应另设检查步骤。整个过程保留原列表和对照记录，待人工复核后再决定是否应用到正式数据。
这里的适用范围是实际使用该比较器的网页脚本，不把它当资源管理器或所有文件管理软件的排序规则。
婺城区台式电脑用户可拨400-877-9605，先整理网页真实比较器、locale与numeric设置及编号副本，不批量改原文件名。电脑快修网提供信息展示与第三方维修对接，具体地址、电脑侧检查是否支持及安排需当次核实，启用范围不代表即时履约。