Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- setDefaults(NotificationCompat.DEFAULT_ALL)
- notification manager
- NotificationCompat.Builder
- 펜딩인텐트
- setContentIntent
- 알림 인텐트
- android notification 예제
- 안드로이드 알림
- 안드로이드 알림채널
- Pending Intent
- 버전별 관리
- setPriority(NotificationCompat.PRIORITY_HIGH)
- notifications
- 알림 우선순위
- notification channel
- 안드로이드 알림 예제
Archives
- Today
- Total
공부용 블로그
채팅 구현할때 http를 쓰지 않고, TCP를 사용한 이유는? 본문
Http는 클라1이 클라2에게 메세지를 보내기 위해
클라1 - 서버 - 클라2 의 순서를 거치게 되는데,
http는 비연결 방식이기 때문에 클라2는 연결이 끊어지면 자신에게 메세지가 왔는지 안왔는지 알 수 없다.
그러므로 클라2는 서버에게 자신에게 온 메세지가 있는지 계속 물어봐야 된다.
클라2 뿐만 아니라 결국 모든 클라가 이런식으로 서버에게 계속 물어봐야 되므로 서버는 엄청난 일의 양에 시달리고
서버가 느려져 메세지 받는 클라도 모두 엄청 느리게 메세지를 받게 될 것이다.
그래서 TCP로 채팅 서버(자바로 짠 메세지 주고받는 일을 처리하는 코드)를 구현. 채팅 서버를 켜놓기만 하면(소켓 연결 쓰레드를 계속 동작시킴) 클라로부터 들어오는 메세지를 받는 클라에게 전달해 줄 수 있다.
(http로 서버와 클라사이에 계속 연결을 시켰다 끊었다 하는것보다는 서버에 쓰레드를 돌리는 것이 일이 더 가볍다.
-> 추상적이라 나중에 구체적인 프로세스 공부해봐야함)
UDP로 구현 하지 않는 이유는 네트워크 환경이 불안정할때 TCP는 통신속도가 조금 느려지더라도 패킷 전달이나 순서를 보장하는데 UDP는 보장이 안되기 때문에 메세지 전달이 제대로 되지 않을 수 있다.
(즉 네트워크 환경이 불안정할때 UDP를 쓰는 것이 문제임.)
'설계 > Protocol' 카테고리의 다른 글
Protocol_6주차_WebRTC 구조 (0) | 2018.07.17 |
---|---|
Protocol_6주차_OSI 7계층 (0) | 2018.07.10 |
Protocol_5주차_WebRTC와 다른 프로토콜 비교 (0) | 2018.07.03 |
protocol_4주차_Payload란 (0) | 2018.06.29 |
protocol_4주차_MPD와 m3u8파일은 왜 만들었을까? (0) | 2018.06.25 |