"일꾼이 일을 잘하려면 먼저 도구를 갈고 닦아야 한다." - 공자, 『논어』.
첫 장 > 프로그램 작성 > GZIP Writer 폐쇄를 연기하면 Go에서 데이터 손실이 발생하는 이유는 무엇입니까?

GZIP Writer 폐쇄를 연기하면 Go에서 데이터 손실이 발생하는 이유는 무엇입니까?

2024년 11월 18일에 게시됨
검색:375

Why Does Deferring GZIP Writer Closure Lead to Data Loss in Go?

GZIP Writer 폐쇄를 연기하면 데이터가 손실됩니다.

Go에서는 defer를 사용하여 gzip을 닫습니다.Writer는 다음과 같은 경우 예기치 않은 EOF 오류가 발생할 수 있습니다. 압축된 데이터에서 읽는 중입니다. 이 문제를 해결하려면 문제의 세부 사항을 조사하고 대체 솔루션을 제공하겠습니다.

문제 이해:

gzip.Writer의 Close 메서드는 두 가지 작업을 수행합니다. : 기록되지 않은 데이터를 기본 작성자에게 플러시하고 GZIP 바닥글을 작성합니다. 그러나 제공된 코드에서는 다음과 같습니다.

func zipData(originData []byte) ([]byte, error) {
    // ...

    defer gw.Close()

    // ...
}

defer 문은 주변 함수 zipData가 반환될 때까지 gw.Close()의 실행을 지연합니다. 따라서 zipData가 완료되고 반환되면 바닥글은 저장되지 않은 버퍼에 기록되며 반환된 바이트 배열에 포함되지 않습니다. 이로 인해 압축된 데이터에서 읽으려고 할 때 예기치 않은 EOF 오류가 발생합니다.

대체 해결 방법:

문제를 해결하려면 파일을 반환하기 전에 작성기를 닫는 것이 좋습니다. 압축된 데이터:

func zipData(originData []byte) ([]byte, error) {
    // ...

    if _, err := gw.Write(originData); err != nil {
        return nil, err
    }

    if err := gw.Flush(); err != nil {
        return nil, err
    }
    gw.Close()

    // ...
}

반환하기 전에 작성기를 명시적으로 닫으면 GZIP 바닥글이 저장된 버퍼에 기록되어 반환된 바이트 배열에 포함되도록 할 수 있습니다. 이렇게 하면 예기치 않은 EOF 오류를 방지하고 압축된 데이터의 무결성을 보장할 수 있습니다.

최신 튜토리얼 더>

부인 성명: 제공된 모든 리소스는 부분적으로 인터넷에서 가져온 것입니다. 귀하의 저작권이나 기타 권리 및 이익이 침해된 경우 자세한 이유를 설명하고 저작권 또는 권리 및 이익에 대한 증거를 제공한 후 이메일([email protected])로 보내주십시오. 최대한 빨리 처리해 드리겠습니다.

Copyright© 2022 湘ICP备2022001581号-3