>백엔드 개발 >Golang >golang에서 서버를 만드는 방법은 무엇입니까?

golang에서 서버를 만드는 방법은 무엇입니까?

coldplay.xixi
coldplay.xixi원래의
2020-06-20 09:46:384110검색

golang에서 서버를 만드는 방법은 무엇입니까?

golang에서 서버를 만드는 방법은 무엇입니까?

golang에서 서버를 만드는 방법:

우리는 golang의 net/http 패키지가 네트워크를 매우 잘 지원한다는 것을 알고 있습니다. 이를 통해 비교적 간단한 서버를 구축하는 것이 더 쉬워집니다.

func sayHi(w http.ResponseWriter, r *http.Request)  {
    fmt.Fprint(w,"Hi")
}
func main() {
    http.HandleFunc("/sayHi", sayHi)
    log.Fatal(http.ListenAndServe("localhost:8080", nil))
}

코드는 여기서 비교적 간단한 서버를 생성한다는 의미입니다. 이제 이에 대해 간단히 이야기해 보겠습니다. 여기서는 로컬 컴퓨터의 포트를 수신한 다음 클라이언트의 요청을 수락하고 해당 데이터로 클라이언트에 응답합니다.

다시 코드를 살펴보겠습니다

func sayHi(w http.ResponseWriter, r *http.Request)  {
    fmt.Fprint(w,"Hi")
}
func main() {
    serveMux := http.DefaultServeMux
    serveMux.HandleFunc("/sayHi", sayHi)
    log.Fatal(http.ListenAndServe("localhost:8080", serveMux))
}

두 코드는 동일한 기능을 가지고 있지만 작성 방법에 약간의 차이가 있습니다. 이들 Handler, HandlerFunc, DefaultServeMux가 어떤 용도로 사용되는지 분석해 보겠습니다.

첫 번째 코드에서는 HandleFunc 함수의 소스 코드를 살펴보겠습니다.

func HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
    DefaultServeMux.HandleFunc(pattern, handler)
}

소스 코드에서 이 함수를 호출하면 그 안에 있는 메서드가 호출됩니다.

func (mux *ServeMux) HandleFunc(pattern string, handler func(ResponseWriter, *Request)) {
    mux.Handle(pattern, HandlerFunc(handler))
}

이 메서드는 ServeMux 구조에 정의되어 있는데, 이 ServeMux의 역할은 정확히 무엇인가요? 지금은 걱정하지 마세요. 소스 코드를 살펴보겠습니다. 여기서는 ServeMux 구조에 정의된 Handle 메서드를 호출합니다.

func (mux *ServeMux) Handle(pattern string, handler Handler) {
    mux.mu.Lock()
    defer mux.mu.Unlock()
    if pattern == "" {
        panic("http: invalid pattern")
    }
    if handler == nil {
        panic("http: nil handler")
    }
    if _, exist := mux.m[pattern]; exist {
        panic("http: multiple registrations for " + pattern)
    }
    if mux.m == nil {
        mux.m = make(map[string]muxEntry)
    }
    mux.m[pattern] = muxEntry{h: handler, pattern: pattern}
    if pattern[0] != '/' {
        mux.hosts = true
    }
}

여기서 패턴과 핸들러를 포함하여 뭔가가 ServeMux에 추가된 것 같습니다. 이러한 것들을 추가하면 무슨 소용이 있을까요? 다시 돌아가서 맨 위의 두 번째 코드 부분을 살펴보겠습니다.

serveMux := http.DefaultServeMux
serveMux.HandleFunc("/sayHi", sayHi)

이전의 큰 코드 섹션은 이 두 줄의 코드를 준비하는 것입니다. 이렇게 작성하려면 자체 정의된 함수인 sayHi를 ServeMux에 넣어야 합니다. DefaultServeMux이므로 우리가 액세스해야 하는 URL 경로/sayHi, 해당 처리 방법은 DefaultServeMux에서 일대일이므로 여기에서 약간 이해하게 됩니다. 이 DefaultServeMux는 우리의 액세스 경로와 처리할 메서드를 저장합니까? 컬렉션에 대해?

예, 저장된 것은 패턴에 해당하는 핸들러입니다. 여기서는 이를 경로라고 부릅니다.

이것이 어떻게 작동에 해당합니까? 여기서는 http.ListenAndServe("localhost:8080", ServeMux)의 소스 코드를 살펴봐야 합니다.

이를 구현하는 방법을 살펴보겠습니다. 여기 소스 코드는 상대적으로 깁니다. 좀 더 중요한 단락을 선택하여 살펴보겠습니다.

func ListenAndServe(addr string, handler Handler) error {
    server := &Server{Addr: addr, Handler: handler}
    return server.ListenAndServe()
}

여기서는 모니터링되는 주소와 처리할 핸들러를 전달합니다. , 그리고 아래를 살펴보세요

go c.serve(ctx)

여기서 각 클라이언트 요청을 처리하기 위해 goroutine이 시작됩니다. 이 방법에서 주목할 만한 한 가지가 있습니다.

serverHandler{c.server}.ServeHTTP(w, w.req)

여기서 또 다른 ServeHTTP 메서드가 호출되고, 이 메서드가 무엇을 처리하는지 살펴보겠습니다.

이 방법에서 우리는 이러한 코드 조각을 볼 수 있습니다

if handler == nil {
        handler = DefaultServeMux
    }
...
handler.ServeHTTP(rw, req)

여기서 핸들러가 전달되지 않으면 기본 DefaultServeMux가 사용된다는 것을 알 수 있습니다. 이제 첫 번째 코드 조각에서 nil을 전달해야 하는 이유를 이해합니다. 그리고 handler.ServeHTTP(rw, req)는 Handler 인터페이스의 구현 메소드를 호출하므로 특정 패턴이 어떤 핸들러에 대응해야 하는지 결정할 수 있습니다. 이를 보면 이 서버의 일반적인 원리를 이해할 수 있습니다. 물론 이는 매우 피상적인 분석이고, 더 깊이 연구해야 할 부분이 많습니다.

추천 튜토리얼: "go 언어 튜토리얼"

위 내용은 golang에서 서버를 만드는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.