문제

부터 이것 질문은 soaphttpclientProtocol이 스레드 안전하지 않다고 말합니다. 그리고 내 실제 테스트는 내 소아더 속성이 계속해서 전화 사이에 혼합되기 때문에 이것이 사실이라고 말합니다. 스레드에서 이것을 사용하고 속성을 올바르게 유지할 수있는 방법이 있습니까? 그리고 다른 스레드가 닫았을 때 연결이 열려 있다고 생각하는 한 스레드의 질문에서 주어진 예제에 들어 가지 않도록합니까? 요청이 이루어진 후 비누 헤더 값에 대해 걱정해야합니까? 요청이 발행 될 때까지 속성을 설정할 때 속성을 어떻게 확인할 수 있습니까?

도움이 되었습니까?

해결책

내가 물어볼 첫 번째 것은 멀티 스레드를 만들지 않으면 서비스가 올바르게 작동하는 것입니다. 후속 통화를한다면 모두 올바르게 작동하고 원하는 결과를 제공합니까? 그렇지 않다면 서버 측에 가능성이 더 높습니다.

당신이 보내는 것을 보려면 비누 메시지가 진행되기 전에 직렬화 할 수 있습니다. 올바르게 생성되고 있는지 확인하십시오.

내 작업 차단은 많은 웹 사이트에 대한 액세스가되지만 CodeProject에는 정확하게 기억한다면 몇 가지 예가 있습니다.

단일 스레드가 작동하는 경우 직렬화 레이어가 제자리에 있고 멀티 스레드 시나리오에서 파일을 디스크에 작성하도록합니다. 그런 다음 코드가 보내는 것이 무엇인지, 무엇이 작동하지 않는지 알 수 있습니다.

여러 연결을 설정하려고 시도하기 때문에 서버에 의해 통화가 혼합 될 가능성이 높으며 엔드 포인트는 NAT 방화벽 뒤에있는 것과 같은 하나의 값으로보고있을 수 있습니다. 즉, 연결을받을 수 있지만 다른 스레드 중 하나가 먼저 메시지를받습니다. 이 경우 자체 앱 도메인에서 각 스레드를 회전시키고 그것이 당신을 위해 무엇이든하는지 확인할 수 있습니다. 그것이 효과가 있다고 말하지는 않지만 내 머리 꼭대기를 확신하지 못합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top