My Go 웹 서버가 `/myurl`에 대한 POST 요청을 `/myurl/`로 리디렉션하는 이유는 무엇입니까?

Go Web Server: POST 요청에 대한 신비한 리디렉션

특정 URL(/myurl)에 POST 요청을 할 때 개발자는 예상치 못한 상황에 직면합니다. 동작: 요청이 서버에 직접 도달하지 않습니다. 대신 301 리디렉션 응답이 수신되고 서버에서 처리되는 보조 GET 요청이 이어집니다.

서버 코드를 조사한 결과 "/myurl/" 경로에 대한 핸들러가 다음을 통해 등록된 것으로 보입니다. http.HandleFunc("/myurl/", PHandler). 그러나 브라우저가 POST 요청을 하면 "/myurl"(뒤에 슬래시 없이)로 연결됩니다.

이 문제를 이해하는 열쇠는 Go에서 http 패키지의 기본 동작에 있습니다. http.ServeMux 유형에 대한 문서에 따르면 요청이 후행 슬래시 없이 도착하는 경우 등록된 경로의 후행 슬래시가 리디렉션을 트리거합니다. 이는 요청이 적절한 핸들러로 라우팅되도록 하기 위한 것입니다.

이 경우 핸들러는 "/myurl/"에 등록되어 있으므로 후행 슬래시 없이 "/myurl"에 대한 브라우저 요청은 다음과 같습니다. 후행 슬래시가 있는 "/myurl/"로 리디렉션됩니다. 이는 요청이 서버에 직접 도달하지 않는다는 관찰 결과를 설명합니다.

이 문제를 해결하기 위해 개발자에게는 여러 가지 옵션이 있습니다.

1. 후행 슬래시 "를 사용하여 브라우저를 올바른 경로로 안내합니다. /myurl/".
2. 다음과 같이 후행 슬래시 없이 특정 경로에 대해서만 핸들러를 등록합니다. http.HandleFunc("/myurl", PHHandler).
3. 두 경로에 대한 핸들러를 등록하여 후행 슬래시가 있거나 없는 요청을 허용합니다.

이러한 솔루션 중 하나를 구현하면 개발자는 예상치 못한 리디렉션 동작을 제거하고 POST 요청이 Go 웹 서버에서 예상대로 처리되도록 할 수 있습니다.

위 내용은 My Go 웹 서버가 `/myurl`에 대한 POST 요청을 `/myurl/`로 리디렉션하는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!