C 바인딩 없이도 `CGO_ENABLED=0`을 사용하면 Go 컴파일이 느려지는 이유는 무엇입니까?

CGO_ENABLED=0으로 컴파일 시간이 느려짐

네트워크 기반 Go 프로그램을 개발할 때 CGO_ENABLED=0으로 컴파일하면 상당한 속도 저하가 발생할 수 있습니다. CGO_ENABLED=1과 비교됩니다. 이는 기본 HTTP 서버의 경우와 같이 C 바인딩을 사용하지 않는 경우에도 관찰됩니다.

package main

import (
    "flag"
    "fmt"
    "log"
    "net/http"
)

func handler(w http.ResponseWriter, r *http.Request) {
    fmt.Fprintf(w, "Hi! glad you requested %s.\n", r.URL.Path[1:])
}

func main() {
    port := flag.Int("port", 9000, "")
    flag.Parse()

    http.HandleFunc("/", handler)
    err := http.ListenAndServe(fmt.Sprintf(":%d", *port), nil)
    if err != nil {
        log.Fatal(err)
    }
}

CGO_ENABLED=0:

% time go build
go build  0.46s user 0.06s system 131% cpu 0.396 total
% time CGO_ENABLED=0 go build
CGO_ENABLED=0 go build  3.93s user 0.15s system 143% cpu 2.849 total

느림 원인

컴파일 시간의 차이는 표준 라이브러리 패키지에 대한 의존성으로 인해 발생합니다. CGO_ENABLED=1인 경우 이러한 패키지는 필요한 플래그를 사용하여 빌드되지만 CGO_ENABLED=0인 경우에는 그렇지 않습니다.

플래그가 없는 표준 라이브러리 패키지는 CGO_ENABLED=0과 함께 사용할 수 없으므로 대부분의 라이브러리를 강제로 사용하게 됩니다. 재건. 이로 인해 컴파일 시간이 크게 늘어납니다.

속도 저하 완화

한 가지 해결책은 go build -i를 사용하여 원하는 플래그와 함께 사전 빌드된 패키지를 설치하는 것입니다. 그러나 이 접근 방식에는 고유한 문제가 발생합니다. CGO_ENABLED=0 없이 빌드된 패키지를 설치하면 CGO_ENABLED=0 없이 향후 빌드 속도가 빨라지지만 CGO_ENABLED=0을 사용하는 빌드 속도는 느려집니다.

이 문제를 해결하려면 -installsuffix 및/또는 -pkgdir 플래그를 사용하는 것이 좋습니다. 사용된 컴파일 플래그에 따라 다양한 패키지 설치 디렉터리를 허용합니다. 이를 통해 다양한 플래그를 사용하여 효율적인 빌드를 수행할 수 있습니다.

위 내용은 C 바인딩 없이도 `CGO_ENABLED=0`을 사용하면 Go 컴파일이 느려지는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!