내 이해: 클라이언트는 매 간격(예: 1초)마다 서버에 요청을 보냅니다(요청을 보냅니다). 서버에 메시지가 있으면 응답(response)에 해당 정보를 표시하여 서버에 새로운 메시지가 있음을 클라이언트에게 알립니다. 클라이언트가 서버에 메시지를 가져오라는 요청을 보내고 서버가 응답합니다.
요청: 새로운 소식이 있나요? 받으시면 회신 부탁드립니다. 답변:아니요. 요청: 새로운 소식이 있나요? 받으시면 회신 부탁드립니다. 답변:아니요. 요청: 새로운 소식이 있나요? 받으시면 회신 부탁드립니다. 응답: 네, 메시지 ID는 123456입니다. 요청: 메시지 ID 123456으로 메시지 내용을 보내주세요. 응답: 메시지 ID: 123456, 메시지 텍스트: 깜짝! 이 여자가 실제로 13억 인구 앞에서 그런 짓을 했네요...
제품의 여러 기능 중 하나라면 인스턴트 메시징에서는 IM에 연결하는 것이 좋습니다. 이는 많은 개발 비용을 절약할 수 있습니다. 기존 IM 공급자가 제공하는 기능은 상대적으로 포괄적이며 훨씬 더 많은 비용이 듭니다. -직접 개발하는 것보다 효과적입니다. http://www.easemob.com/
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
내 이해:
클라이언트는 매 간격(예: 1초)마다 서버에 요청을 보냅니다(요청을 보냅니다).
서버에 메시지가 있으면 응답(response)에 해당 정보를 표시하여 서버에 새로운 메시지가 있음을 클라이언트에게 알립니다.
클라이언트가 서버에 메시지를 가져오라는 요청을 보내고 서버가 응답합니다.
요청: 새로운 소식이 있나요? 받으시면 회신 부탁드립니다.
답변:아니요.
요청: 새로운 소식이 있나요? 받으시면 회신 부탁드립니다.
답변:아니요.
요청: 새로운 소식이 있나요? 받으시면 회신 부탁드립니다.
응답: 네, 메시지 ID는 123456입니다.
요청: 메시지 ID 123456으로 메시지 내용을 보내주세요.
응답: 메시지 ID: 123456, 메시지 텍스트: 깜짝! 이 여자가 실제로 13억 인구 앞에서 그런 짓을 했네요...
메시지 전송은 서버가 클라이언트에 직접 보내는 대신 클라이언트를 서버로 새로 고치는 방식으로 이루어집니다
과거에는 서버가 로컬에서 직접 포트를 오픈하고, 서버가 클라이언트에 직접 요청하는 경우가 실제로 있었지만, 이제는 메시지 푸시(보통 LAN 내에서 파일이나 정보를 전송하는 데 사용)에 사용하는 경우는 거의 없습니다
세션은 서버에 저장되며, SESSION의 이름과 ID는 쿠키를 통해 로컬에 저장됩니다. 서버는 이 두 가지를 사용하여 서버 측에 저장된 콘텐츠를 얻습니다.
현재 두 가지 일반적인 솔루션이 있습니다.
1. 클라이언트는 적극적으로 폴링합니다(즉, N번마다 서버에 뉴스가 있는지 묻습니다.
2. 서버가 적극적으로 푸시합니다. 백엔드 서비스 간에는 소켓이 사용되며, 웹소켓을 사용하여 클라이언트와 통신할 수 있습니다.
http2.0은 아주 잘 처리할 수 있으니 시도해 보세요~
순간적이고, 긴 연결이 이루어져야 한다고 합니다. 소켓과 같은.
제품의 여러 기능 중 하나라면 인스턴트 메시징에서는 IM에 연결하는 것이 좋습니다. 이는 많은 개발 비용을 절약할 수 있습니다. 기존 IM 공급자가 제공하는 기능은 상대적으로 포괄적이며 훨씬 더 많은 비용이 듭니다. -직접 개발하는 것보다 효과적입니다. http://www.easemob.com/
환경정보를 살펴보시면 됩니다.