提示错误 22-无效的参数,我印象中以前是可以打开的呀,是 Mac 升级的问题吗?
1
codehz 2020-02-15 15:33:30 +08:00
(我猜是编码问题,0202 年就不要用 zip 这种格式了(虽然新版扩展支持写入编码信息,但是不同软件支持不一样
( |
2
mimimiZ 2020-02-15 15:37:18 +08:00
换个第三方的解压软件试试 我这边有的系统解压不了的用 The Unarchiver 就可以了
|
4
iTvX 2020-02-15 16:16:40 +08:00 2
|
5
iTvX 2020-02-15 16:17:21 +08:00
mac 有一些 zip 文件解压不开,要用第三方解压软件才行
|
6
Buges 2020-02-15 16:43:30 +08:00 via Android
楼上惊了。。
确实不该用 zip 了,中文文件名编码,文件权限都可能遇到问题。rar 私有格式也不多说,直接用 7z 或 tar 打包 gzip/xz 压缩好一点。 |
7
codehz 2020-02-15 16:44:42 +08:00 2
@Gua 问题很大啊,最初的版本没有内置编码信息,而且当时也没有 UTF-8 这种东西,因而大部分软件用的是系统编码(中文下 windows 是 GB2312 ),所以很容易就造成编码错误然后无法解压(或者解压出来一堆乱码)
而现在的大部分其他打包格式要么会写上文件名编码信息( rar )要么强制或半强制以 UTF-8 模式打包。。 当然新的 zip 软件(比如 bandizip )很多也支持手选编码(以及写入扩展的编码信息),但是目前的状况就是大部分软件是不行的,遇到乱码要么报错要么就把错误的文件名输出到文件系统上。这大大增加的传播的难度,毕竟打包的一个目的是分享出去,别人能打开对吧) |
8
orangy OP |
9
Mohanson 2020-02-15 18:47:02 +08:00 via Android
zip 确实是不带编码信息的,因此曾特地用 go 写了个 zip 加解压工具,文件名在 go 里原生 utf8, 舒服多了
|
10
Kobayashi 2020-02-16 09:11:58 +08:00 via Android 1
编码问题,zip 从一开使设计时没有考虑编码。Windows 中文下文件名、路径名是 GBK 还是 GB10*啥的编码,Linux、macos 为 UTF-8 编码。
跨平台发文件首选 7z,需要保留权限打 tar 包。 |
11
yinzhili 2020-02-16 10:32:28 +08:00 1
跨平台还是用 7z 比较稳,而且压缩率也比较高
|