登录
首页 >  Golang >  Go问答

压缩文件夹最终会因 1 个文件而出错

来源:stackoverflow

时间:2024-04-11 08:12:34 113浏览 收藏

积累知识,胜过积蓄金银!毕竟在Golang开发的过程中,会遇到各种各样的问题,往往都是一些细节知识点还没有掌握好而导致的,因此基础知识点的积累是很重要的。下面本文《压缩文件夹最终会因 1 个文件而出错》,就带大家讲解一下知识点,若是你对本文感兴趣,或者是想搞懂其中某个知识点,就请你继续往下看吧~

问题内容

我有一个函数可以压缩包含 libreoffice 数据的文件夹。 (见底部)

当我使用一个 content.xml 模板运行它时,它运行良好并返回给我

app_1         | 2020-08-20 07:54:57.786 info processing ./documents/bon/meta-inf
app_1         | 2020-08-20 07:54:57.786 info processing ./documents/bon/meta-inf/manifest.xml
app_1         | 2020-08-20 07:54:57.786 info processing ./documents/bon/pictures
app_1         | 2020-08-20 07:54:57.786 info processing ./documents/bon/pictures/10000000000001600000012d9e307cb2879dfb48.png
app_1         | 2020-08-20 07:54:57.786 info processing ./documents/bon/pictures/10000000000001cd000000748f8655d91ea6b1a8.png
app_1         | 2020-08-20 07:54:57.787 info processing ./documents/bon/pictures/100002010000026c00000445eabc4b9ad8977f8c.png
app_1         | 2020-08-20 07:54:57.791 info processing ./documents/bon/thumbnails
app_1         | 2020-08-20 07:54:57.791 info processing ./documents/bon/thumbnails/thumbnail.png
app_1         | 2020-08-20 07:54:57.793 info processing ./documents/bon/content.xml
app_1         | 2020-08-20 07:54:57.793 info processing ./documents/bon/manifest.rdf
app_1         | 2020-08-20 07:54:57.794 info processing ./documents/bon/meta.xml
app_1         | 2020-08-20 07:54:57.794 info processing ./documents/bon/mimetype
app_1         | 2020-08-20 07:54:57.794 info processing ./documents/bon/settings.xml
app_1         | 2020-08-20 07:54:57.794 info processing ./documents/bon/styles.xml

但是当我使用另一个模板运行它时,它就会出错

app_1         | 2020-08-20 07:56:57.755 info processing ./documents/bon/meta-inf
app_1         | 2020-08-20 07:56:57.755 info processing ./documents/bon/meta-inf/manifest.xml
app_1         | 2020-08-20 07:56:57.756 info processing ./documents/bon/pictures
app_1         | 2020-08-20 07:56:57.756 info processing ./documents/bon/pictures/10000000000001600000012d9e307cb2879dfb48.png
app_1         | 2020-08-20 07:56:57.756 info processing ./documents/bon/pictures/10000000000001cd000000748f8655d91ea6b1a8.png
app_1         | 2020-08-20 07:56:57.758 info 2
app_1         | 2020-08-20 07:56:57.758 info &{0xc0000b8000 [0xc000423a00 0xc000423a70] 0xc00007e0f0 false map[]  }
app_1         | 2020-08-20 07:56:57.758 info pictures/10000000000001cd000000748f8655d91ea6b1a8.png
app_1         | 2020-08-20 07:56:57.758 info ./documents/bon/pictures/10000000000001cd000000748f8655d91ea6b1a8.png
app_1         | 2020-08-20 07:56:57.758 info 
app_1         | 2020-08-20 07:56:57.758 info invalid argument
app_1         | 2020/08/20 07:56:57 http: panic serving 172.18.0.1:42280: runtime error: invalid memory address or nil pointer dereference
app_1         | goroutine 191 [running]:
app_1         | net/http.(*conn).serve.func1(0xc00021a0a0)
app_1         |         /usr/local/go/src/net/http/server.go:1772 +0x139
app_1         | panic(0x94bfa0, 0xe2ddb0)
app_1         |         /usr/local/go/src/runtime/panic.go:975 +0x3e3
app_1         | aptacrm/util.processfolder(0xc00007e050, 0xc000516de0, 0x19, 0xc000028940, 0x9)
app_1         |         /go/src/aptacrm/util/zip.go:47 +0x3fd
app_1         | aptacrm/util.processfolder(0xc00007e050, 0x9e26f9, 0x10, 0x0, 0x0)
app_1         |         /go/src/aptacrm/util/zip.go:31 +0x340
app_1         | aptacrm/util.zipfolder(0x9e26f9, 0x10, 0xc0001c21c0, 0x63)
app_1         |         /go/src/aptacrm/util/zip.go:14 +0x18b
app_1         | aptacrm/routes/restfullapi.exportbon(0xaafd00, 0xc000226000, 0xc0008faf00)
app_1         |         /go/src/aptacrm/routes/restfullapi/bons.go:236 +0x8af
app_1         | net/http.handlerfunc.servehttp(0xa02870, 0xaafd00, 0xc000226000, 0xc0008faf00)
app_1         |         /usr/local/go/src/net/http/server.go:2012 +0x44
app_1         | aptacrm/routes.middleware.func1(0xaafd00, 0xc000226000, 0xc0008faf00)
app_1         |         /go/src/aptacrm/routes/init.go:37 +0x80
app_1         | net/http.handlerfunc.servehttp(0xc00000eac0, 0xaafd00, 0xc000226000, 0xc0008faf00)
app_1         |         /usr/local/go/src/net/http/server.go:2012 +0x44
app_1         | github.com/gorilla/mux.(*router).servehttp(0xc000218000, 0xaafd00, 0xc000226000, 0xc0008fad00)
app_1         |         /go/src/github.com/gorilla/mux/mux.go:210 +0xe2
app_1         | net/http.(*servemux).servehttp(0xe40600, 0xaafd00, 0xc000226000, 0xc0008fad00)
app_1         |         /usr/local/go/src/net/http/server.go:2387 +0x1a5
app_1         | net/http.serverhandler.servehttp(0xc0002260e0, 0xaafd00, 0xc000226000, 0xc0008fad00)
app_1         |         /usr/local/go/src/net/http/server.go:2807 +0xa3
app_1         | net/http.(*conn).serve(0xc00021a0a0, 0xab0dc0, 0xc00024cd00)
app_1         |         /usr/local/go/src/net/http/server.go:1895 +0x86c
app_1         | created by net/http.(*server).serve
app_1         |         /usr/local/go/src/net/http/server.go:2933 +0x35c

文件 content.xml 在每个点上都是相同的,但唯一的变化是它的大小

normal    version: -rw-r--r-- 1 root  root  43580 aug 20 09:59 content.xml
defective version: -rw-r--r-- 1 root  root  43416 aug 20 09:56 content.xml

有人知道发生了什么吗?

使用的函数

package util

import (
    "os"
    "archive/zip"
    "io/ioutil"
    "aptacrm/vars"
)

func ZipFolder(folder string, output string) {
    var outFile, _ = os.Create(output)
    defer outFile.Close()
    var writer = zip.NewWriter(outFile)
    processFolder(writer, folder, "")

    writer.Close()

}

func processFolder(writer *zip.Writer, basePath string, baseInZip string) {
    var files, _ = ioutil.ReadDir(basePath)

    for _, file := range files {
        var realFilePath = basePath + file.Name()
        var zipFilePath = baseInZip + file.Name()
        vars.Logger.Info("Processing", realFilePath)

        var isDir = file.IsDir()

        if isDir {
            processFolder(writer, realFilePath + "/", baseInZip + file.Name() + "/")
        } else {
            var fileData, e1 = ioutil.ReadFile(realFilePath)
            if e1 != nil {
                vars.Logger.Info("1")
                vars.Logger.Info(e1.Error())
            }
            var fileWriter, e2 = writer.Create(zipFilePath)
            if e2 != nil {
                vars.Logger.Info("2")
                vars.Logger.Info(writer)
                vars.Logger.Info(zipFilePath)
                vars.Logger.Info(realFilePath)
                vars.Logger.Info(fileWriter)
                vars.Logger.Info(e2.Error())
            }
            var _, e3 = fileWriter.Write(fileData)
            if e3 != nil {
                vars.Logger.Info("3")
                vars.Logger.Info(e3.Error())
            }
        }
    }
}

其他信息:

  • 通过 golang docker 容器 golang:alpine 运行 go 版本 1.15.0
  • vars.logger 是来自 github.com/alexcesaro/log/stdlog 库的 stdlog.getfromflags()

解决方案


感谢Marc给我很好的指导!

问题来自于我的输出文件的命名,它包含 /,并且 os.Create 返回一个错误,其中包含我需要修复它的所有指示!

理论要掌握,实操不能落!以上关于《压缩文件夹最终会因 1 个文件而出错》的详细介绍,大家都掌握了吧!如果想要继续提升自己的能力,那么就来关注golang学习网公众号吧!

声明:本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>