golang 요청 리디렉션 문제(중복 오류)
golang을 사용하여 네트워크 요청을 할 때 가끔 요청 리디렉션 문제가 발생할 수 있습니다. 이 문제는 중복 오류로 인해 발생할 수 있습니다. PHP 편집자 Xigua가 네트워크 요청의 원활한 진행을 보장하기 위해 이 문제를 해결하는 방법을 알려줄 것입니다. 한 번 보자!
질문 내용
golang에서 매우 이상한 동작이 나타납니다.
게시물 요청으로 작업을 수행한 다음 요청을 리디렉션하고 싶습니다. 작동 여부는 무작위 요인에 따라 다릅니다.
작동하지 않으면 다음 오류가 발생합니다:
"http: 중복 응답. WriteHeader 호출..."
기능이 깊어질수록 리디렉션이 작동할 가능성이 낮아집니다.
- 내가 아는 한 리디렉션은 한 번(또는 0번...)만 했습니다.
- 리디렉션하기 전에 헤더를 작성하지 않습니다.
- 리다이렉션하기 전에 작가에게 한 유일한 일은 지도에 넣는 것뿐이었습니다.
여기서 코드를 전부 복사하고 싶지는 않아서 요약하겠습니다.
핸들러는 POST 요청을 처리하고 demand
라는 맵에 요청 데이터를 전달합니다.
그런 다음 요청을 구문 분석하여 양식 값을 얻고 demand
에 저장합니다.
채널로 전송됩니다.
수요 그래프는 채널에서 다음 함수로 전달됩니다.
으아악F5를 누르면 결국 올바르게 리디렉션됩니다.
writer.Write([]byte("same issues"))
에 간단히 뭔가를 써보려고 했는데, 같은 문제였습니다.
저는 Linux를 사용하고 있으며 다른 브라우저를 사용해 보았습니다.
Question: 이것은 (알려진) 버그인가요?
해결책이 있나요?
(클라이언트에 강제 쓰기)
감사합니다
Solution
드디어 문제를 이해하고 해결책을 찾았습니다.
질문:
따라서 작성자 요청은 실제 처리 기능과 다른 범위 기능에서 처리되고 리디렉션됩니다. 그리고 실제핸들러 기능이 종료되면. 특정 상황적 요인으로 인해 작성자 요청이 만료됩니다. 즉, 더 이상 요청을 리디렉션하거나 응답할 수 없습니다. 문서에는 다음과 같이 나와 있습니다.
https://pkg.go.dev/net/http p>
이것이 때때로 작동하는 이유에 대한 한 가지 가능한 설명은... 어쩌면 "채널 전송, 처리 및 리디렉션"이 충분히 빠르게 (때때로) 발생하고 실제 핸들러 기능이 아직 닫히지 않았을 수 있다는 것입니다.
데이터를 처리하기 전에 핸들러 기능을 차단하면 병렬 비동기 처리의 목적이 무효화됩니다.
그래서 결국 핸들러 함수 안에 모든 것을 중첩시켰습니다.
똑똑한 사람들이 나를 바로잡거나 맥락과 ResponseWriters에 대한 더 나은 설명을 공유하는 것을 환영합니다.
위 내용은 golang 요청 리디렉션 문제(중복 오류)의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

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

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

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

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

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

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

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

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

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

뜨거운 주제











typedef struct는 C 언어에서 구조 사용을 단순화하기 위해 구조 유형 별칭을 만드는 데 사용됩니다. 구조 별칭을 지정하여 기존 구조에 새 데이터 유형의 별칭을 지정합니다. 향상된 가독성, 코드 재사용 및 유형 확인 등의 이점이 있습니다. 참고: 별칭을 사용하기 전에 구조를 정의해야 합니다. 별칭은 프로그램에서 고유해야 하며 선언된 범위 내에서만 유효해야 합니다.

Java의 변수 예상 값 예외는 변수 초기화, null 값 사용, 지역 변수 범위 파악을 통해 해결할 수 있습니다.

JavaScript 클로저의 장점에는 변수 범위 유지, 모듈식 코드 활성화, 실행 지연 및 이벤트 처리가 포함됩니다. 단점에는 메모리 누수, 복잡성 증가, 성능 오버헤드 및 범위 체인 효과가 포함됩니다.

C++의 #include 전처리기 지시문은 외부 소스 파일의 내용을 현재 소스 파일에 삽입하고 해당 내용을 현재 소스 파일의 해당 위치에 복사합니다. 표준 입출력 함수를 포함하기 위한 #include <iostream>과 같이 코드에 필요한 선언이 포함된 헤더 파일을 포함하는 데 주로 사용됩니다.

C++ 스마트 포인터의 수명 주기: 생성: 스마트 포인터는 메모리가 할당될 때 생성됩니다. 소유권 이전: 이동 작업을 통해 소유권을 이전합니다. 해제: 스마트 포인터가 범위를 벗어나거나 명시적으로 해제되면 메모리가 해제됩니다. 객체 소멸: 가리키는 객체가 소멸되면 스마트 포인터는 유효하지 않은 포인터가 됩니다.

할 수 있다. C++에서는 중첩된 함수 정의 및 호출을 허용합니다. 외부 함수는 내장 함수를 정의할 수 있고 내부 함수는 범위 내에서 직접 호출할 수 있습니다. 중첩된 함수는 캡슐화, 재사용성 및 범위 제어를 향상시킵니다. 그러나 내부 함수는 외부 함수의 로컬 변수에 직접 액세스할 수 없으며 반환 값 유형은 외부 함수 선언과 일치해야 합니다.

JavaScript에서 이 포인팅 유형은 다음을 포함합니다: 1. 전역 객체, 2. 함수 호출, 3. 생성자 호출, 5. 화살표 함수(외부 상속). 또한, 바인딩(), call() 및 apply() 메서드를 사용하여 이것이 가리키는 내용을 명시적으로 설정할 수 있습니다.

Vue에서는 let과 var 사이에 변수를 선언할 때 범위에 차이가 있습니다. 범위: var에는 전역 범위가 있고 let에는 블록 수준 범위가 있습니다. 블록 수준 범위: var는 블록 수준 범위를 생성하지 않으며, 블록 수준 범위를 생성합니다. 재선언: var는 동일한 범위에 있는 변수의 재선언을 허용하지만 let은 허용하지 않습니다.
