Go zip.Writer.Copy 怎么无解压复制压缩条目

需要把一个 ZIP 里的若干文件合并到另一个 ZIP 时，直接调用 zip.Writer.Copy 就能保留源条目的原始压缩数据，不必先解压再重新压缩。它适合归档合并、增量打包和只筛选部分条目的场景，但不会替你改名，也不会替你关闭源 Reader 和目标 Writer。

官方 API 文档：https://pkg.go.dev/archive/zip

Writer.Copy 为什么能避免解压和重新压缩

File.Open 返回的是解压后的内容，适合读取文本或重新生成条目；File.OpenRaw 则直接暴露 ZIP 中已经压缩的字节。Writer.Copy 选择后者，再把同一份头信息交给 CreateRaw，所以不会重新走 Deflate，也不会在复制阶段验证内容校验和。

合并归档时如何筛选并复制条目

下面的示例只复制名称以 reports/ 开头的条目。示例没有运行本地代码，代码展示的是 API 调用边界；真正执行时请把源文件和目标文件替换成自己的路径。

package main

import (
    "archive/zip"
    "fmt"
    "log"
    "os"
    "strings"
)

func main() {
    // 源文件由 OpenReader 管理，读取结束后必须关闭。
    source, err := zip.OpenReader("source.zip")
    if err != nil {
        log.Fatal(err)
    }
    defer source.Close()

    // 目标文件由 os.Create 打开，Writer.Close 不会替它关闭。
    output, err := os.Create("merged.zip")
    if err != nil {
        log.Fatal(err)
    }
    defer output.Close()

    writer := zip.NewWriter(output)
    for _, file := range source.File {
        // 这里只筛选目录前缀，Copy 会保留原条目名称。
        if !strings.HasPrefix(file.Name, "reports/") {
            continue
        }
        if err := writer.Copy(file); err != nil {
            log.Fatalf("复制 %q 失败: %v", file.Name, err)
        }
        fmt.Println("已加入条目:", file.Name)
    }

    // Close 写入中央目录；这个错误不能忽略。
    if err := writer.Close(); err != nil {
        log.Fatal(err)
    }
}

这里的关键不是循环本身，而是没有调用 file.Open() 和 io.Copy。如果业务需要解压内容后重写，才应该选择普通的 Create 或 CreateHeader 路径。

复制、改名和关闭顺序的边界

Writer.Copy(file) 的签名只有一个 *zip.File 参数，所以不能像 Writer.Create("new/name") 一样直接传入新名称。想改名时，需要取出头信息副本，修改副本的 Name，再从 OpenRaw 取得原始数据并写入 CreateRaw。

这条路径要承担更多责任：新名称必须是相对路径并使用正斜杠；原始字节必须和头信息里的压缩方法、CRC32、压缩尺寸及未压缩尺寸匹配；最后仍要调用目标 Writer 的 Close 写入中央目录。只改名称而不改数据，不会触发重新压缩。

常见问题

Writer.Copy 会检查源条目的 CRC 吗？

不会。它的设计就是绕过解压、压缩和验证；若业务必须确认内容完整性，应改用 Open 读取并在业务层处理。

为什么 Writer.Close 报错不能忽略？

中央目录在关闭阶段写入。即使前面的条目复制都返回成功，关闭失败也可能留下不可用的 ZIP。

Copy 后能否覆盖目标 ZIP 里的同名条目？

不能把它当作更新操作。ZIP 允许出现重复名称，Copy 会追加一个条目；如果要定义覆盖规则，应先筛选源条目或重建目标归档。