实测五款解压工具处理长路径文件夹，有两款直接报错退出

前两天整理一块备份盘，翻出一批嵌套七八层的项目资料，路径加起来超过250个字符。顺手拿五款解压工具做了组对照，结果比预想的乱。

测试素材：同一份压缩包，内含30个文件夹、最深路径约270字符、总大小1.2G，其中混了中文名和带空格的目录。三台机器：Win10 21H2、Win11 23H2、一台Server 2019，都关掉长路径组策略默认值先跑一轮。

结果分三档：

• 两款直接中途报错退出，报错信息只有一句“无法创建文件夹”，不给具体路径，得自己翻日志才知道卡在第几层。
• 两款能解完，但目录层级被截断，末尾几个字符多的文件夹合并成了一个，文件总数对不上。
• 只有一款解完路径完整、文件数一致，但它是靠自动加前缀缩短路径实现的，等于改变了原始目录结构，后面做脚本比对时反而添乱。

踩到的坑：

1. 开不开长路径支持，结果差别很大。Win10 那台手动开了注册表项后，报错的两款里有一款能跑通了，说明不完全是工具本身的问题，是系统API调用方式不同。
2. 带空格和中文的混合路径，比纯英文长路径更容易翻车。我单独拆了个子包测，五款里有三款在“中文+空格+超长”叠加时出错率明显上升。
3. 出错退出后残留的半截目录很麻烦，有的工具不回滚，得手动清，不然下次解压会提示已存在跳过。

我的判断：长路径这个场景，工具之间的差距不在压缩率也不在速度，而在错误处理和路径策略上。能解完只是及格，解完之后目录结构还和原来一致、出错时给得出具体路径，才算过关。顺便说一句，Win解压缩在这组测试里属于能解完且结构完整的那一档，但它的会员功能里有一项是批量任务队列，免费版跑这种大批量包得一个个点，效率上会打折，这点得说清楚，不算完全免费。

留个问题：你们平时解那种嵌套很深的老项目包，是习惯先改短路径再解，还是直接找支持长路径的工具硬解？有没有遇到过解完发现目录被悄悄合并的情况，最后是怎么对账的？