여러 엔터티에서 사용하고 표준 방법을 사용하여 가져오는 Go 패키지를 생성할 때 모든 유틸리티가 , 작은 바이너리를 포함하여 컴파일 타임에 큰 바이너리가 생성됩니다. 문제를 조사해 보면 전체 패키지가 각 유틸리티로 컴파일되어 있고 심지어 활용되지 않는 기능도 있음을 알 수 있습니다.
이 문제를 더 자세히 조사하려면 다음을 고려하세요. 코드:
main.go:
package main import "play/subplay" func main() { subplay.A() }
play/subplay.go:
package subplay func A() { fmt.Printf("this is function A()") } func B() { fmt.Printf("secret string") }
기능에도 불구하고 B()가 호출되지 않으면 해당 문자열 값인 "secret string"이 컴파일된 바이너리 main.exe에 나타납니다. 이러한 동작은 컴파일 타임에 Go 프로그램에서 사용되지 않는 코드를 제거하는 방법에 대한 의문을 제기합니다.
답은 Go 컴파일러가 이미 이 작업을 처리하고 있다는 사실에 있습니다. 컴파일 프로세스에서 컴파일러는 코드를 아카이브 파일(.a)로 패키지하고 실행 가능한 바이너리에 필수 구성 요소만 포함합니다. 접근할 수 없는 것으로 식별 가능한 항목은 제외됩니다.
가져온 패키지가 다른 패키지를 가져오는 경우 이 필터링 프로세스를 반복적으로 적용해야 한다는 점에 유의하는 것이 중요합니다. 예를 들어, 추가 패키지를 가져오는 패키지를 가져오면 해당 종속 패키지도 포함됩니다.
다음은 몇 가지 예시 예입니다.
기능을 사용하지 않고 패키지 가져오기 :
package main import _ "play/subplay" func main() { }
이 경우 결과 바이너리는 약 1MB입니다. 그러나 가져온 패키지가 net/http:
package subplay import _ "net/http" func A() {}
그리고 여전히 코드 내에서 net/http를 사용하지 않는 경우 net/http 가져오기로 인해 바이너리 크기가 약 5MB로 크게 늘어납니다. 39개의 다른 패키지.
그리고 net/http를 사용하기 시작했지만 기본 패키지에서 subplay.A()를 호출하지 않으면 실행 파일 크기가 그대로 유지됩니다. 동일합니다.
package subplay import "net/http" func A() { http.ListenAndServe("", nil) }
메인 패키지에서 subplay.A()를 호출할 때만 바이너리 크기가 더 커집니다.
package main import "play/subplay" func main() { subplay.A() }
중요한 점은 코드가 실행 가능한 바이너리에 포함된 것은 가져온 패키지에서 호출하는 함수와 모듈의 직접적인 영향을 받습니다.
게다가 Go는 정적으로 작동한다는 점을 기억하는 것이 중요합니다. 연결된 언어는 실행 가능한 바이너리가 실행에 필요한 모든 것을 포함해야 함을 의미합니다.
위 내용은 컴파일 타임에 Go 바이너리에서 사용하지 않는 코드를 제거하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!