FirebaseMessagingService가있는 라이브러리 프로젝트를 구축 중입니다. 또한 내 앱에 FirebaseMesagingService가 있습니다. 내가 보는 것은 FCM이 서버에서 전송 될 때마다 하나의 FirebaseMessagingService 만 처리한다는 것입니다. GCM 리시버를 사용하는 경우가 아닙니다. GCM 수신기는 메시지를 수신하는 데 사용되며 메시지 내용을 기반으로 메시지에 대해 아무 것도하지 않습니다.Android : Android 앱에 여러 FirebaseMessagingServices가있을 수 있습니까?
FCM에서 어떻게 동일한 결과를 얻을 수 있습니까?
라이브러리의 매니페스트에는 FirebaseMessagingService 하위 클래스가 없어야합니다. 앱의 매니페스트에 messa 서비스를 추가하는 것은 통합 단계의 일부이며 SDK를 통합해야합니다. 또한 앱이 FCM 메시지 페이로드를 SDK에 전달할 수있는 곳에서 SDK에 후크를 제공해야합니다.
기본적으로 앱에 자체 FirebaseMessagingService 하위 클래스가없는 경우 SDK의 수신기 서비스를 매니페스트에 추가합니다. 그렇지 않으면 자체 수신기 서비스에 후크를 추가하여 SDK에 페이로드를 전달하고 SDK가 필요한 조치를 취합니다.
이 질문은 'FirebaseMessagingService', _not_'FirebaseListenerService'와 관련이 있습니다. https://firebase.google.com/docs/reference/android/com/google/firebase/messaging/FirebaseMessagingService의 설명서는 샘플 매니페스트 xml과 함께 해당 서비스의 서브 클래스를 권장합니다. – Cliabhach
필자는 하위 클래스 자체를 의미했는데 어쩌면 MessagingService 및 ListenerService 오타가 fcm 및 gcm –
명명 규칙을 뒤섞어서 불투명하지 않을 수도 있습니다. 나는 내 downvote를 제거했습니다. 대답은 여전히 혼란 스럽습니다. 아마도 추론에 대한 설명을 추가 할 수 있습니까? 1. 각 APK에서 1. * FMS 하위 클래스 만 푸시 메시지를받을 수 있습니다. 2. APK에 라이브러리를 두 개 추가하면 각각 자신의 하위 클래스가 있으며 하나만 푸시 메시지를받습니다. 3. 따라서 앱은 자체 하위 클래스가있는 푸시 메시지를 받아야합니다. 4. 라이브러리는 라이브러리가 그 일을 원할 때마다 app 서브 클래스가 호출 할 수있는 훅 (서브 클래스가 아님)을 제공해야합니다. 5. 이것은 앱이 항상 통제하에 있는지 확인합니다. – Cliabhach
무엇을 의미합니까? 하나 이상의 FirebaseMessagingService가 필요하십니까? –