UDP 홀 성공적으로 수행함 [재인쇄]

이 검사의 매개변수:
서버는 공용 네트워크에서 고정 IP입니다. 두 클라이언트인 A와 B는 서로 다른 컴퓨터, 서로 다른 광대역, 그리고 서로 다른 라우팅 모델(홈 경로, 엔터프라이즈 경로)에 위치하며, 경로는 특별히 구성되어 있지 않습니다.
이 테스트에는 특별한 점이 없고, 온라인 데이터에 따르면 단지 실험일 뿐입니다. 아래에 나와 있습니다:

설명:
A 측이 UDP를 사용해 서버에 패킷을 보낼 때, 서버 측은 A 측 끝의 IP와 포트를 받습니다: xxx.xxx.xxx.101:5841
B 측이 UDP를 사용해 서버에 패킷을 보내면, 서버 측은 B 측에서 IP와 포트를 받습니다: xxx.xxx.xxx.105:12584
이 시점에서 A와 B 양쪽 끝의 라우팅은 A와 B와 외부로 통신하기 위한 채널을 여는 것과 같습니다. 서버는 A와 B와 통신할 수 있을 뿐만 아니라, 채널이 열려 있으므로:
A는 B가 열었던 채널로 직접 메시지를 보낼 수 있습니다 (B=xxx.xxx.xxx.105:12584).
저도 마찬가지입니다:
B는 또한 A가 열었던 채널(A=xxx.xxx.xxx.101:5841)에 직접 메시지를 보낼 수 있습니다.

참고: A와 B 사이에 일련의 소통 순서가 있는 것 같아요, 깜빡했네~, 그냥 보내세요

마지막으로: UDP 통신이 경우에 따라 TCP보다 조금 더 '민감'합니다(조금 다르긴 한데, 어떻게 설명해야 할지 모르겠습니다).
예를 들어, 때때로 광대역 연결이 성공적으로 연결되었지만 TCP가 서버에 연결되지 못해 브라우저가 웹페이지를 열어 TCP가 정상적으로 통신하는 데 오랜 시간이 걸리는 경우도 있습니다.
TCP가 연결되지 않는 기간 동안에는 UDP가 정상입니다.
하지만 UDP 사용은 결코 번거롭지 않은 작업입니다:
--합리적인 패키지 프로토콜을 설계해야 합니다
--정보 무결성이 필요하다면 재전송해야 합니다
--TCP에는 높은 적응성 요구사항이 필요합니다
현재 네트워크 환경은 비교적 좋고, UDP 전송 성공률은 98%, 99%, 심지어 그 이상까지 올라갈 수 있습니다(충분한 테스트를 하지 않았지만 그냥 느껴집니다).

당시 복잡하고 불안정한 네트워크 환경에서 QQ는 실제로 UDP를 주요 통신 프로토콜로 선택했으며, ICQ와 MSN은 동시에 주로 TCP였습니다.
모방은 따라가고 뒤처지는 것을 의미하는 것이 아니라, 오래된 틀 안에 새로운 사고를 주입할 수 있는 것이 중요합니다. 이것은 말의 성공에 불가피한 요소 중 하나가 되어야 합니다.