OpenHarmony中zlib.decompressFile报错问题分析

为啥我的一直报900002错误码，压缩文件是存在的，改了文件名，我的压缩文件里是html之类的网页文件，文件名也都正常，怎么试都报900002

有办法么，我就在包里放了两张图，在mac和windows下压缩后都无法解压。。。

同样的问题，请问怎么解决？

解决了，确实是因为压缩包里的文件的文件名里包含了一些特殊字符，包含~、@是不行的， - 可以。其它得还没试过

还没解决吗？同样的问题

最后有解决了吗

绝了，我用后端代码生成zip包就是解压不了。在windows系统上用360压缩生成的又可以解压。

自己想办法解决了

通过系统的decompressFile就没成功过，怀疑也是各种编码问题，上述方法如果碰到win上7zip压缩的zip包也解不开，CUnzipper无法判断压缩包编码

你好
有demo么，好艰难啊，

我这里也是同样情况，是不是支持的zip包编码不支持，android下zipinputstream有个编码参数可以指定“GBK”

准备在linux下压一个utf8的压缩包看看（试过也不行）

楼主你好，请问这个问题后来解决了吗？我也遇到了…

没有解决，放弃解压，

楼主，我今天测试出来了，应该是文件名里带有一些特殊符号引起的，可能被鸿蒙认为不安全，所以解压失败了。经过测试，我压缩包里存在名字包含“~”字符的文件，把它从压缩包里移除就可以了。

你重启机器可能就不行了，偶尔可以，成功率很低，

在OpenHarmony中，zlib.decompressFile报错可能由以下原因导致：

建议逐步排查以上问题，确保文件路径、格式、权限和API调用正确。