Android 몇 가지 메시지 전송 방안 요약

먼저 국내 Top 500 Android 응용 프로그램 에서 사용 하 는 제3자 푸 시 와 차지 하 는 수량 을 살 펴 보 겠 습 니 다.

현재 안 드 로 이 드 플랫폼 에서 몇 가지 푸 시 방안 의 기본 상황 과 장단 점 을 정리 합 니 다.
1.GCM(Google Cloude Messaging)사용
안 드 로 이 드 자체 푸 시 GCM 은 개발 자 들 이 안 드 로 이 드 애플 리 케 이 션 에 데 이 터 를 보 내 는 데 도움 을 줄 수 있다.이것 은 안 드 로 이 드 응용 프로그램 에 새로운 데 이 터 를 서버 에서 가 져 오 거나 4KB 의 payload data(인 스 턴 트 메 신 저 와 같은 응용 프로그램 은 이 payload 메 시 지 를 직접 사용 할 수 있 음)를 포함 하 는 경량급 메시지 입 니 다.GCM 서 비 스 는 대기 열 메 시 지 를 처리 하고 대상 장치 에서 실행 중인 안 드 로 이 드 애플 리 케 이 션 에 메 시 지 를 전달 합 니 다.
장점:Google 이 제공 하 는 서비스,네 이 티 브,간단 하 며 서버 를 구현 하거나 배치 할 필요 가 없습니다.
단점:1.안 드 로 이 드 2.2 이상 을 요구 하고 많은 2.2 이전의 시스템 에 대해 푸 시 할 수 없습니다.
　　   2.국내 서비스 가 불안정 하 다.또한 많은 국내 단말기 업 체 들 이 Google 서 비 스 를 삭제 하고 자신의 것 으로 교체 하고 있다.
　　   3.사용자 가 Google 계 정 을 연결 해 야 하지만 많은 국내 사용자 가 Google 계 정 이 없습니다.
2.XMPP 프로 토 콜 사용(Openfire+Spark+Smark)
XMPP 는 XML 기반 프로 토 콜 로 XML 환경 에서 유연 한 발전 성 을 계승 하여 확장 성 이 강하 다.위 에서 말 한 GCM 서버 바 텀 도 XMPP 프로 토 콜 로 패키지 되 어 있 습 니 다.
장점:프로 토 콜 이 성숙 하고 강력 하 며 확장 성 이 강 하 며 현재 많은 채 팅 시스템 에 응용 되 고 있 으 며 이미 개 원 된 자바 버 전의 개발 사례 인 androidpn.
단점:협의 가 복잡 하고 불필요 하 다(XML 기반),비용 흐름,전기 요금,하드웨어 배치 원가 가 높다.
한편,androidpn(Android Push Notification)은 XMPP 오픈 소스 구성 요 소 를 기반 으로 하 는 통합 방안 으로 서버 는 Openfire,클 라 이언 트 는 Smack 을 기반 으로 합 니 다.AndroidPN 프로젝트 홈 페이지http://sourceforge.net/projects/androidpn/에 2 개의 파일 을 다운로드 하 십시오.androidpn-server-0.5.0-bin.zip 와 androidpn-client-0.5.0.zip 는 각각 서버 와 클 라 이언 트 의 코드 입 니 다.상세 한 실현 방식 인터넷 에는 많은 글 이 있다.
1.androidpn 서버 에서 다시 시작 하면 클 라 이언 트 가 다시 연결 되 지 않 습 니 다.이것 은 매우 비극 적 입 니 다.
2.서버 가 메 시 지 를 저장 하지 않 기 때문에 클 라 이언 트 가 현재 오프라인 상태 라면 메 시 지 를 받 지 못 합 니 다.
3.androidpn 이 메 시 지 를 보 내 고 상관 하지 않 기 때문에 메시지 영수증 보고서 와 같은 것 이 없어 서 후속 적 인 데이터 분석 사용자 체험 의 개선 을 할 수 없다.이것 은 기업 급 응용 에 치명상 이다.
XMPP 프로 토 콜 은 전기 요금 트 래 픽 을 비교 하 는데 이것 은 현재 스마트 폰 에 대한 소모 가 너무 커서 협 대역 네트워크 와 불안정 한(핸드폰)네트워크 에서 가장 좋 은 선택 이 아니다.그러나 전체적으로 XMPP 협 의 는 비교적 성숙 하 다.
3.MQTT 프로 토 콜 사용(더 알 고 싶 으 면 볼 수 있 음http://mqtt.org/
프 록 시 기반 의'게시/구독'모드 의 메시지 전송 프로 토 콜
장점:협의 가 간결 하고 작고 확장 성 이 강 하 며 유량 을 절약 하고 전 기 를 절약 하 며 현재 기업 분야 에 응용 되 었 습 니 다(참고:http://mqtt.org/software.또한 C+버 전의 서버 구성 요소 rsmb 가 있 습 니 다.
단점:성숙 하지 않 고 복잡 하 며 서버 구성 요소 rsmb 가 오픈 되 지 않 으 며 하드웨어 배치 비용 이 비교적 높다.
4.HTTP 순환 방식
HTTP 서버 인터페이스(Web Service API)에 최신 정 보 를 정기 적 으로 가 져 옵 니 다.
장점:간단 하고 통제 성 이 강 하 며 하드웨어 배치 원가 가 낮다.
단점:실시 간성 이 떨어진다.
5.제3자 서 비 스 를 실시한다.
바로 앞에서 소개 한 제3자 푸 시 입 니 다.클 라 이언 트 는 제3자 가 제공 하 는 lib 라 이브 러 리 만 가 져 오고 제3자 감리 장 이 연결 되 어 메시지 의 수신/발송 을 책임 집 니 다.또한 정보 에 대해 비교적 상세 한 보고서 데 이 터 를 가지 고 데이터 분석,발굴 을 하고 사용자 체험 을 개선 할 수 있다.
이상 은 본 고의 모든 내용 입 니 다.본 고의 내용 이 여러분 의 학습 이나 업무 에 어느 정도 도움 이 되 기 를 바 랍 니 다.또한 저 희 를 많이 지지 해 주시 기 바 랍 니 다!