이 응용 프로그램에는 검사 이벤트가 발생할 때 고객의 내부 공장 네트워크에 적극적으로 연결하고 메시지를 보내는 기능이 있습니다. 고객은 자신의 컴퓨터와 응용 프로그램의 IP 주소와 포트 번호를 소프트웨어에 입력합니다.Windows 소켓 오류 해결 WSAENOBUFS (10055)
차단 모드에서 TClientSocket을 사용하고 OnConnect 및 OnError 이벤트에 대해 콜백 함수를 제공합니다. IP + 포트가 유효한 경우
// Attempt active connection
try
m_socketClient.Active := True;
except
end;
// Later...
// If `OnConnect` and socket is connected...send some data!
// If `OnError`...call `m_socketClient.Active := True;` again
이 기능이 잘 작동 : 응용 프로그램이 내가 별도의 스레드에서 다음 코드를 호출 시작할 때 상기의 기능을 가정하면, 활성화되었습니다. 그러나 그렇지 않다면 결국 수천 번의 오류 (수 시간 또는 며칠)가 지나면 결국 Windows 소켓 오류 10055 (WSAENOBUFS)가 발생하고 응용 프로그램이 충돌합니다. 이러한 this one from ServerFramework 및 this one from Microsoft 토크 등
각종 물품은 약 exhausting the Windows non-paged pool 및 언급 (1) 적극적 뛰어난 비동기 동작을 보낼 수를 관리하고 (2) I/O 동작을 위해 사용 된 데이터 버퍼를 방출.
A) I 메모리가 유출되고 있다는 뭔가 잘못하고 있는가 :
내 질문은이를 달성하고 3 배입니다하는 방법은? 예를 들어 OnError 처리기에 누락 된 정리 코드가 있습니까?
B) I/O 버퍼가 고갈되는지 모니터링하려면 어떻게합니까? 내 응용 프로그램이 누수의 원인인지 확인하려면 Process Explorer을 사용했지만 이상적으로는 이것을 측정하는 프로그래밍 방식이 필요합니다.
C) 응용 프로그램을 다시 시작하는 것 외에 I/O 작업 데이터 버퍼를 지우거나 해제하도록 Windows에 요청하는 방법이 있습니까?
델파이, C/C++, C#의 코드 샘플은 정상입니다.
아마도 'TClientSocket'은 현재 델파이 6 이후로 16 년 반년 후 사용되지 않습니다. 그 구성 요소가 제대로 핸들을 정리하지 않으면 나는 놀라지 않을 것입니다. 쉘 구성 요소와 같이 매우 잘 작성되지 않은 다른 델파이 구성 요소도 역시 사용되지 않으며 나중에 제거되었습니다. –
귄터 (Günther) 고맙습니다. 사실 저는 그 사실을 몰랐습니다. 내가 사용하는 구성 요소를 새로 고침해야합니다! 연구와 테스트를 한 후에 (이 TCP/IP 구성 요소를 사용하면서 경험하지 못했던) 문제를 발견했다고 생각합니다. 소켓이 시간 초과되고 OnError 이벤트가 시작되면 다음과 같이 처리해야합니다. 'm_socketClient.Socket.Close()'를 호출하십시오.내 조사를 완료하는 데 바쁘다. – AlainD
'TClientSocket'은 더 이상 사용되지 않지만 상당히 견고한 구성 요소입니다. 나는 메모리/리소스 문제가 한번도 없었으며, 오랫동안 사용 해왔다. 하지만'OnError' 이벤트에서'Active : = True'를 설정하려 한 적이 없습니다. 나는 항상 그 이벤트에서 실패한 소켓을'Close()'한 다음 스레드가 언제 소켓을 다시 열 것인지를 결정하게한다. 연결을 열 때 오류가 발생하면 다시 연결을 시도하기 전에 몇 초 동안 기다리는 것이 가장 좋습니다. I/O 읽기/쓰기 중에 오류가 발생하면 즉시 다시 연결하십시오. –