Buffer와 Packet에 관한 의문

헉 제가 코드를 잘못 작성했네요 ㅠㅠㅠOnRecv의 반환값인 processLen을 체크하는 부분에서 0일때 disconnect를 했는데 0미만일때 disconnect군요

이제 완전히 이해 갔습니다!!!!

정말 감사합니다 ㅎㅎㅎ마저 재미나게 수강하겠습니다

조건에 걸리는 것은 맞지만, 그렇다고 통신이 끊기지는 않습니다.
TCP 연결은  유지한 채로 그 다음 Recv에 나머지 데이터를 받아올 것이고
이어서 조립 코드가 실행됩니다.
따라서 RecvBuffer에 남은 찌끄레기 데이터를 날리는게 아니라,
복사해두는 것을 알 수 있습니다. (패킷이 분할되어 올 수 있기 때문)

답변 감사합니다 ㅎㅎ 1번 질문에 대해서 한 가지만 더 여쭤보겠습니다.

1. 
보내는 입장에서는 신경쓸 필요 없고 보내기로 요청한 모든 내용이 보내져야 함수 완료 통지가 옵니다.
하지만 받는 쪽에서는 패킷이 쪼개져서 올 수 있어서
이론적으로 전송자가 100바이트를 보냈더라도 20바이트를 5번 받을 수 있습니다.

-> 100바이트 패킷[헤더 20bytes 데이터 80bytes]이 있다고 가정했을 때 20 바이트를 5번 받게 되면 

패킷의 첫 20 바이트가 도착 했을 때 아래의 조건문에 걸리게 되고 processLen이 0으로 반환돼서 통신이 끊기게 될텐데.. 이게 일반적인 통신의 형태가 맞는지 궁금합니다.

패킷을 쪼개서 보내고 조립하는건 TCP 프로토콜의 영역이고 문제가 없다면 아래 OnRecv함수에는 온전한 형태의 패킷이 인자로 들어오나요? 

1. 
보내는 입장에서는 신경쓸 필요 없고 보내기로 요청한 모든 내용이 보내져야 함수 완료 통지가 옵니다.
하지만 받는 쪽에서는 패킷이 쪼개져서 올 수 있어서
이론적으로 전송자가 100바이트를 보냈더라도 20바이트를 5번 받을 수 있습니다.

2.
네 맞습니다.
보낼때마다 패킷을 만드는게 아니라, 
패킷을한 번 만들고 필요한 애들 전체에 뿌리자는 정책입니다.

3.
이런 질문은 딱히 정답이 없는 문제라, 스스로 판단해야 합니다.

4.
물론 GC에 의해 회수됩니다.
다만 지금 당장 우리가 손을 대면 안 되는게,
이미 예약된 Send가 호출 완료 되었는지를 확인할 길이 없기 때문입니다.
나중에 나올 C++ 서버에서는 직접 ReferenceCounting을 통해 해제를 해주게 될겁니다.