응답 반환 후 HTTP 서버를 정상적으로 종료하는 방법은 무엇입니까?
응답 반환 후 HTTP 서버 종료
명령줄에 최적화되지 않은 OAuth를 사용하여 Instagram API와 상호 작용하는 명령줄 봇을 개발 중입니다. 응용 프로그램. 이 문제를 극복하기 위해 인증을 위한 리디렉션 URI로 로컬 HTTP 서버를 설정했습니다. 사용자가 애플리케이션을 승인하고 서버로 리디렉션된 후 액세스 토큰이 표시되면 서버를 종료하려고 합니다.
종료 메커니즘을 구현할 때 문제가 발생했습니다. 특히 요청 처리기(showTokenToUser)에서 srv.Shutdown(nil)을 호출하면 오류가 발생합니다.
2017/11/23 16:02:03 Httpserver: ListenAndServe() error: http: Server closed 2017/11/23 16:02:03 http: panic serving [::1]:61793: runtime error: invalid memory address or nil pointer dereference
해결책
srv.Shutdown(nil)을 호출하기 때문에 문제가 발생합니다. 여러 번:
- 클로저 내에 있는 showTokenToUser 핸들러에서.
- 핸들러가 기본 함수에서 실행을 마친 후.
호출 서버가 여전히 연결을 수신하는 동안 srv.Shutdown을 수행하면 경쟁 조건이 발생합니다. ListenAndServe() 고루틴은 열려 있는 리스너와 유휴 연결을 닫으려고 시도하지만 핸들러 클로저에서 Shutdown에 대한 후속 호출로 인해 중단됩니다. 이러한 상태 불일치로 인해 패닉이 발생합니다.
이 문제를 해결하려면 다음 두 가지 방법 중 하나를 사용할 수 있습니다.
1. context.WithCancel 사용:
이 접근 방식에서는 취소 기능을 사용하여 context.Context를 생성합니다. 컨텍스트는 ListenAndServe 고루틴과 showTokenToUser 핸들러 함수에 전달됩니다. 핸들러 내에서 액세스 토큰이 사용자에게 표시되면 취소 함수를 호출하여 컨텍스트를 종료합니다. ListenAndServe 고루틴은 컨텍스트가 취소되면 서버를 정상적으로 종료합니다.
2. 동일한 컨텍스트 사용:
context.WithCancel을 호출하는 대신 동일한 context.Context를 ListenAndServe 고루틴 및 핸들러 함수에 전달할 수 있습니다. 액세스 토큰이 표시되면 컨텍스트에서 cancel()을 호출하여 핸들러와 ListenAndServe 고루틴 모두의 종료를 트리거합니다.
두 가지 접근 방식 중 하나를 구현한 후에는 srv.Shutdown 함수를 기다려야 합니다. 프로그램을 종료하기 전에 완료하세요.
위 내용은 응답 반환 후 HTTP 서버를 정상적으로 종료하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











보안 통신에 널리 사용되는 오픈 소스 라이브러리로서 OpenSSL은 암호화 알고리즘, 키 및 인증서 관리 기능을 제공합니다. 그러나 역사적 버전에는 알려진 보안 취약점이 있으며 그 중 일부는 매우 유해합니다. 이 기사는 데비안 시스템의 OpenSSL에 대한 일반적인 취약점 및 응답 측정에 중점을 둘 것입니다. DebianopensSL 알려진 취약점 : OpenSSL은 다음과 같은 몇 가지 심각한 취약점을 경험했습니다. 심장 출혈 취약성 (CVE-2014-0160) :이 취약점은 OpenSSL 1.0.1 ~ 1.0.1F 및 1.0.2 ~ 1.0.2 베타 버전에 영향을 미칩니다. 공격자는이 취약점을 사용하여 암호화 키 등을 포함하여 서버에서 무단 읽기 민감한 정보를 사용할 수 있습니다.

백엔드 학습 경로 : 프론트 엔드에서 백엔드 초보자로서 프론트 엔드에서 백엔드까지의 탐사 여행은 프론트 엔드 개발에서 변화하는 백엔드 초보자로서 이미 Nodejs의 기초를 가지고 있습니다.

Go Language의 부동 소수점 번호 작동에 사용되는 라이브러리는 정확도를 보장하는 방법을 소개합니다.

Go Crawler Colly의 대기열 스레딩 문제는 Colly Crawler 라이브러리를 GO 언어로 사용하는 문제를 탐구합니다. � ...

Beegoorm 프레임 워크에서 모델과 관련된 데이터베이스를 지정하는 방법은 무엇입니까? 많은 Beego 프로젝트에서는 여러 데이터베이스를 동시에 작동해야합니다. Beego를 사용할 때 ...

Go Language의 문자열 인쇄의 차이 : println 및 String () 함수 사용 효과의 차이가 진행 중입니다 ...

Go Language에서 메시지 대기열을 구현하기 위해 Redisstream을 사용하는 문제는 Go Language와 Redis를 사용하는 것입니다 ...

골란드의 사용자 정의 구조 레이블이 표시되지 않으면 어떻게해야합니까? Go Language 개발을 위해 Goland를 사용할 때 많은 개발자가 사용자 정의 구조 태그를 만날 것입니다 ...
