1. 가장 먼저 나열하는 것은 MQTT 프로토콜의 서버 배포 메시지의 고정 헤더에 있는 메시지 유형의 정의입니다.
실제로 이는 대부분의 오픈소스 구현에서 통합되어 있으며 실제적인 의미는 없습니다. 우리는 주로 이러한 유형을 기반으로 일부 비즈니스 처리를 수행합니다. 예를 들어 MQTT_CONNECT 연결 요청을 받으면 리소스를 초기화하고 MQTT_DISCONNECT 연결을 끊을 때는 앱에서 찾는 것과 같은 일부 마무리 작업을 수행합니다. 연결이 끊어졌을 경우 앱에 메시지를 적극적으로 푸시하여 연결이 끊어져 메시지를 보낼 수 없음을 앱에 알립니다.
2. 비즈니스 메시지 유형을 실제로 구현하려면 페이로드에서 메시지 유형을 직접 정의해야 합니다. 페이로드는 실제 비즈니스 메시지 엔터티입니다. 예를 들어 맞춤설정은 다음과 같습니다.
물론, 비즈니스 요구 사항에 따라 필요한 메시지 유형과 형식을 주로 정의한 다음 위의 데이터를 데이터로 변환하고 해당 데이터를 페이로드에 배치하여 배포합니다.
이제 막 MQTT 프로토콜에 접하게 되었고, iOS에서 구독과 배포를 하고 있습니다. 피상적인 이해는 상호 교류와 학습의 아이디어를 제공합니다. github에서 몇 가지 자료를 편집했습니다: https://github.com/wenghengcong/MQTTExplore.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
1. 가장 먼저 나열하는 것은 MQTT 프로토콜의 서버 배포 메시지의 고정 헤더에 있는 메시지 유형의 정의입니다.
실제로 이는 대부분의 오픈소스 구현에서 통합되어 있으며 실제적인 의미는 없습니다. 우리는 주로 이러한 유형을 기반으로 일부 비즈니스 처리를 수행합니다. 예를 들어
MQTT_CONNECT연결 요청을 받으면 리소스를 초기화하고MQTT_DISCONNECT연결을 끊을 때는 앱에서 찾는 것과 같은 일부 마무리 작업을 수행합니다. 연결이 끊어졌을 경우 앱에 메시지를 적극적으로 푸시하여 연결이 끊어져 메시지를 보낼 수 없음을 앱에 알립니다.2. 비즈니스 메시지 유형을 실제로 구현하려면 페이로드에서 메시지 유형을 직접 정의해야 합니다. 페이로드는 실제 비즈니스 메시지 엔터티입니다.
{ //텍스트 메시지: 1, 내용: "안녕하세요", 시간: "2016-2-1" } { //그림 메시지: 2, 내용: "www.baidu.com/image/img.jpg"， 시간: "2016-2-1" }예를 들어 맞춤설정은 다음과 같습니다.
물론, 비즈니스 요구 사항에 따라 필요한 메시지 유형과 형식을 주로 정의한 다음 위의 데이터를 데이터로 변환하고 해당 데이터를 페이로드에 배치하여 배포합니다.
이제 막 MQTT 프로토콜에 접하게 되었고, iOS에서 구독과 배포를 하고 있습니다. 피상적인 이해는 상호 교류와 학습의 아이디어를 제공합니다.
github에서 몇 가지 자료를 편집했습니다: https://github.com/wenghengcong/MQTTExplore.