首页
/ Adm-Zip 库中 deleteFile 方法删除文件夹时的异常行为分析

Adm-Zip 库中 deleteFile 方法删除文件夹时的异常行为分析

2025-07-04 09:05:28作者:宣聪麟

问题现象

在使用 Adm-Zip 这个 Node.js 的 ZIP 压缩库时,发现当尝试删除 ZIP 文件中某个特定文件夹时,会出现意外删除其他文件的情况。具体表现为:当 ZIP 文件包含多级目录结构时,调用 deleteFile 方法删除某个中间层级的文件夹,会导致其他不相关路径下的文件也被删除。

问题复现步骤

  1. 创建一个测试目录结构:
test
├── path1
│   ├── file1.txt
│   └── folder1
│       └── file2.txt
└── path2
    ├── file1.txt
    └── folder1
        └── file2.txt
  1. 将该目录压缩为 test.zip 文件

  2. 使用以下代码删除 test/path1/ 目录:

import AdmZip from "adm-zip";

let zip = new AdmZip("./test.zip");
zip.deleteFile("test/path1/");
  1. 操作后发现不仅删除了目标路径 test/path1/ 下的内容,还意外删除了 test/path2/folder1/file2.txt 文件

问题原因分析

经过深入分析,发现问题的根源在于 deleteFile 方法的实现逻辑存在缺陷。当删除一个文件夹时,方法会遍历 ZIP 文件中的所有条目,查找需要删除的条目。然而,在处理多级目录时,对于某些条目的索引查找会返回 -1(表示未找到),而代码没有正确处理这种情况,导致错误地删除了数组中的最后一个条目。

具体来说,在删除操作中:

  1. 方法会先删除文件系统中的实际文件
  2. 然后尝试从内存中的条目列表中移除对应的条目
  3. 当查找条目索引失败时(返回 -1),代码会直接使用这个 -1 作为数组索引
  4. 在 JavaScript 中,array[-1] 会访问数组的最后一个元素,导致错误删除

解决方案

该问题已被项目维护者修复,修复方案主要包括:

  1. 在删除条目前增加了索引有效性检查
  2. 确保只有当索引有效时才执行删除操作
  3. 避免了使用无效索引导致意外删除其他条目

最佳实践建议

在使用 Adm-Zip 进行 ZIP 文件操作时,建议:

  1. 对于重要操作,先备份原始 ZIP 文件
  2. 在执行删除操作后,检查剩余条目是否符合预期
  3. 确保使用最新版本的库,以包含所有修复和改进
  4. 对于复杂的目录结构,考虑分步删除,先删除子文件再删除父目录

总结

文件操作库的正确性至关重要,因为数据丢失可能造成严重后果。Adm-Zip 的这个 bug 提醒我们,即使是成熟的库也可能存在边界条件处理不完善的情况。作为开发者,我们应该:

  • 理解所用工具的内部实现原理
  • 对关键操作进行充分测试
  • 及时更新依赖库版本
  • 对重要数据操作保持谨慎态度

目前该问题已在最新版本中修复,建议用户升级到最新版本以获得稳定的文件操作体验。

登录后查看全文
热门项目推荐

项目优选

收起
kernelkernel
deepin linux kernel
C
22
6
docsdocs
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
161
2.05 K
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
8
0
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
146
191
leetcodeleetcode
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
60
16
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
198
279
apintoapinto
基于golang开发的网关。具有各种插件,可以自行扩展,即插即用。此外,它可以快速帮助企业管理API服务,提高API服务的稳定性和安全性。
Go
22
0
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
949
556
ShopXO开源商城ShopXO开源商城
🔥🔥🔥ShopXO企业级免费开源商城系统,可视化DIY拖拽装修、包含PC、H5、多端小程序(微信+支付宝+百度+头条&抖音+QQ+快手)、APP、多仓库、多商户、多门店、IM客服、进销存,遵循MIT开源协议发布、基于ThinkPHP8框架研发
JavaScript
96
15
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
346
1.33 K