FCM Mimarisine Genel Bakış
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
FCM, mesajları oluşturmak, taşımak ve almak için aşağıdaki bileşenler kümesini kullanır:
Mesaj istekleri oluşturmak veya derlemek için araçlar. Bildirim oluşturucu, bildirim istekleri oluşturmak için GUI tabanlı bir seçenek sunar.
Tam otomasyon ve tüm mesaj türleri için destek almak istiyorsanız Firebase Admin SDK'sını veya FCM sunucu protokolünü destekleyen güvenilir bir sunucu ortamında mesaj istekleri oluşturmanız gerekir.
Bu ortam Cloud Functions for Firebase, App Engine veya kendi uygulama sunucunuz olabilir.
İleti isteklerini kabul etme, iletileri konular aracılığıyla dağıtma ve ileti kimliği gibi ileti meta verileri oluşturma gibi işlevleri yerine getiren FCM arka ucu.
İletiyi hedef cihaza yönlendiren, ileti teslimini gerçekleştiren ve uygun durumlarda platforma özgü yapılandırmayı uygulayan platform düzeyinde bir taşıma katmanı. Bu taşıma katmanı şunları içerir:
Bildirimin gösterildiği veya uygulamanın ön plan/arka plan durumuna ve ilgili uygulama mantığına göre mesajın işlendiği kullanıcının cihazındaki FCM SDK'sı.
Yaşam döngüsü akışı
- Cihazları FCM'den mesaj alacak şekilde kaydedin. Bir istemci uygulaması örneği, mesaj almak için kaydolur ve uygulama örneğini benzersiz şekilde tanımlayan bir kayıt jetonu alır.
- Aşağı akış mesajları gönderme ve alma
- İleti gönderin. Uygulama sunucusu, istemci uygulamasına mesaj gönderir:
- İleti, Bildirim Oluşturucu'da veya güvenilir bir ortamda oluşturulur ve FCM arka ucuna bir ileti isteği gönderilir.
- FCM arka ucu, ileti isteğini alır, ileti kimliği ve diğer meta verileri oluşturur ve bunları platforma özel aktarım katmanına gönderir.
- Cihaz internete bağlıyken mesaj, platforma özgü aktarım katmanı üzerinden cihaza gönderilir.
- Cihazdaki istemci uygulaması mesajı veya bildirimi alır.
Aksi belirtilmediği sürece bu sayfanın içeriği Creative Commons Atıf 4.0 Lisansı altında ve kod örnekleri Apache 2.0 Lisansı altında lisanslanmıştır. Ayrıntılı bilgi için Google Developers Site Politikaları'na göz atın. Java, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-08-16 UTC.
[null,null,["Son güncelleme tarihi: 2025-08-16 UTC."],[],[],null,["\u003cbr /\u003e\n\nFCM relies on the following set of components that build, transport, and receive\nmessages:\n\n1. Tooling to compose or build message requests. The Notifications composer\n provides a GUI-based option for creating notification requests.\n For full automation and support for all\n [message types](https://firebase.google.com/docs/cloud-messaging/concept-options#notifications_and_data_messages),\n you must build message requests in a trusted\n [server environment](https://firebase.google.com/docs/cloud-messaging/server)\n that supports the Firebase Admin SDK or the FCM server protocol.\n This environment could be Cloud Functions for Firebase, App Engine,\n or your own app server.\n\n2. The FCM backend, which (among other functions) accepts message requests,\n performs fanout of messages via topics, and generates message metadata such\n as the message ID.\n\n3. A platform-level transport layer, which routes the message to the targeted\n device, handles message delivery, and applies platform-specific\n configuration where appropriate. This transport layer includes:\n\n - Android transport layer (ATL) for Android devices with Google Play services\n - Apple Push Notification service (APNs) for Apple devices\n - Web push protocol for web apps\n\n | **Note:** Platform-level transport layers are outside the core FCM product. FCM messages routed to a platform-level transport layer may be subject to terms specific to that platform rather than FCM's terms of service. Android message routing via ATL falls under the [Google APIs terms of service](https://www.google.com/url?q=https://developers.google.com/terms/&sa=D&ust=1558536676246000&usg=AFQjCNFrlRMLv51d1S9NkWxD0IoYSqJ2Ng).\n4. The FCM SDK on the user's device, where the notification is displayed or\n the message is handled according to the app's foreground/background state\n and any relevant application logic.\n\nLifecycle flow\n\n- **Register devices to receive messages from FCM**. An instance of a client app registers to receive messages, obtaining a registration token that uniquely identifies the app instance.\n- **Send and receive downstream messages** .\n - Send a message. The app server sends messages to the client app:\n 1. The message is composed, either in the Notifications composer or a trusted environment, and a message request is sent to the FCM backend.\n 2. The FCM backend receives the message request, generates a message ID and other metadata, and sends it to the platform specific transport layer.\n 3. When the device is online, the message is sent via the platform-specific transport layer to the device.\n 4. On the device, the client app receives the message or notification."]]
