给部署包解压后文件排序乱成一锅粥，我拿三台机子实测发现跟文件大小有关

最近在查一个部署脚本的偶发失败，最后定位到解压后文件写入顺序不一致，这件事让我对解压工具的文件排序逻辑起了疑。

背景： 同一个部署包（约1.2G，含3000多个小文件和一个200M的大日志文件），在Win解压缩和7-Zip下解压到同一块盘。

实测环境：

• 机A：Win11 23H2，i7-12700H，NVMe SSD，32G内存
• 机B：Win10 22H2，i5-10400，SATA SSD，16G内存
• 机C：Win11 22H2，R7-5800H，NVMe SSD，16G内存

结果：

• Win解压缩三台机的写入顺序基本一致：先小文件后大文件，但小文件内部顺序有随机性。
• 7-Zip三台机顺序高度一致，按包内目录树递归，非常稳定。
• 我把包拆成纯小文件（50M）和纯大文件（1G）分别测，发现排序差异主要出现在混合包中，且与文件大小阈值有关——大概是超过某个MB数后会被挪到后面。

判断： 这不是bug，是工具的多线程解压策略导致的。Win解压缩为了速度会并行处理，写入顺序就不保证；7-Zip默认单线程解压（或固定调度），顺序稳定。对于依赖文件顺序的部署脚本（比如先写配置再写库文件），Win解压缩可能埋坑。

建议： 部署包、需要顺序校验的场景，用7-Zip命令行解压，加-bd关进度、-y默认yes就行。日常自己用，Win解压缩速度确实快，适合普通用户。

你们有没有遇到过解压后脚本因为文件顺序失败的情况？或者有没有人测过Win解压缩能不能通过设置固定解压顺序？