## 내 Go C 공유 라이브러리가 분기된 하위 프로세스에서 네트워크 호출에 응답하지 않는 이유는 무엇입니까?

Go C 공유 라이브러리 문제 디버깅: 네트워크 호출 시 중단

문제

http.Post()를 호출할 때 Go 프로그램에서 중단이 발생합니다. C 공유 라이브러리로 빌드되는 동안(-buildmode=c-shared) 그러나 표준 실행 가능 바이너리(GOOS=linux GOARCH=amd64 ./example)는 올바른 값을 반환합니다.

문제의 원인

이 문제는 C가 실행될 때 Go 런타임이 로드되기 때문에 발생합니다. 공유 라이브러리는 상위 프로세스에 의해 로드됩니다. 그러나 포크된 하위 프로세스에서 라이브러리를 사용하면 Go 런타임이 올바르게 로드되지 않아 예측할 수 없는 동작과 호출 중단이 발생합니다.

디버깅 단계

• 검사 strace를 사용한 시스템 호출: strace 도구는 프로세스에서 생성된 시스템 호출을 표시할 수 있습니다. 예를 들어 strace -fp PID를 실행하면 futex(0x7f618b2c1cd0, FUTEX_WAKE, 1) 및 Post()와 같은 futex 및 Post 작업에 대한 호출이 표시될 수 있습니다.
• HTTP 서버에 프로파일링을 추가합니다. 프로그램이 중단되었을 때 프로그램 상태에 대한 정보를 수집하려면 http.ListenAndServe("localhost:6060", nil)를 사용하여 HTTP 서버에 프로파일링을 추가합니다. 그러면 정지 원인을 식별하기 위해 검사할 수 있는 포트 6060에서 프로파일러가 실행됩니다.

해결책

해결책에는 하위 항목 내에서 Go 런타임 로드를 제어하는 ​​것이 포함됩니다. 프로세스. 이렇게 하려면:

• 하위 프로세스가 분기된 후 dlopen을 사용하여 Go 공유 라이브러리를 로드합니다.
• dlsym을 사용하여 하위 프로세스 내 Go 라이브러리의 기호에 액세스합니다.

하위 프로세스에 Go 런타임을 명시적으로 로드하면 런타임이 올바르게 초기화되고 네트워크 호출이 성공적으로 이루어질 수 있습니다.

위 내용은 ## 내 Go C 공유 라이브러리가 분기된 하위 프로세스에서 네트워크 호출에 응답하지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!