Câu hỏi thường gặp và cách khắc phục sự cố liên quan đến Giải pháp gửi thông báo qua đám mây của Firebase

Điểm khác biệt giữa trình soạn thông báo và FCM là gì?

Firebase Cloud Messaging cung cấp một bộ đầy đủ các chức năng nhắn tin thông qua SDK ứng dụng và giao thức máy chủ HTTP. Đối với những hoạt động triển khai có yêu cầu phức tạp hơn về việc gửi tin nhắn, FCM là lựa chọn phù hợp.

Trình soạn thông báo là một giải pháp nhắn tin gọn nhẹ, không máy chủ, được xây dựng trên Firebase Cloud Messaging. Với bảng điều khiển đồ hoạ thân thiện với người dùng và yêu cầu lập trình ít hơn, Trình soạn thông báo cho phép người dùng gửi thông báo để thu hút lại và giữ chân người dùng, thúc đẩy tăng trưởng ứng dụng và hỗ trợ các chiến dịch tiếp thị.

Tôi có cần sử dụng các dịch vụ khác của Firebase để dùng FCM không?

Bạn có thể sử dụng Firebase Cloud Messaging như một thành phần độc lập mà không cần dùng các dịch vụ khác của Firebase.

Tại sao các thiết bị mục tiêu của tôi dường như không nhận được thông báo?

Khi có vẻ như thiết bị chưa nhận được thông báo, trước tiên, hãy kiểm tra hai nguyên nhân có thể xảy ra sau đây:

Xử lý thông báo trên nền trước cho thông báo. Ứng dụng khách cần thêm logic xử lý thông báo để xử lý thông báo khi ứng dụng chạy ở nền trước trên thiết bị. Xem thông tin chi tiết cho iOS và Android.

Các quy định hạn chế của tường lửa mạng. Nếu tổ chức của bạn có tường lửa hạn chế lưu lượng truy cập đến hoặc đi từ Internet, thì bạn cần định cấu hình tường lửa để cho phép kết nối với FCM để các ứng dụng khách Firebase Cloud Messaging của bạn nhận được thông báo. Các cổng cần mở là:

• 5228
• 5229
• 5230

FCM thường sử dụng cổng 5228, nhưng đôi khi cũng sử dụng cổng 5229 và 5230. FCM không cung cấp các IP cụ thể, vì vậy, bạn nên cho phép tường lửa chấp nhận các kết nối đi đến tất cả địa chỉ IP có trong các khối IP được liệt kê trong ASN 15169 của Google.

Tại sao onMessageReceived không được gọi trong ứng dụng Android của tôi?

Khi ứng dụng của bạn ở chế độ nền, thông báo sẽ xuất hiện trong khay hệ thống và onMessageReceived sẽ không được gọi. Đối với thông báo có tải trọng dữ liệu, thông báo sẽ xuất hiện trong khay hệ thống và dữ liệu có trong thông báo có thể được truy xuất từ ý định được khởi chạy khi người dùng nhấn vào thông báo.

Để biết thêm thông tin, hãy xem bài viết Nhận và xử lý thông báo.

Tại sao tôi nhận được lỗi 404 khi gửi thông báo đến một phiên bản ứng dụng đang hoạt động được khôi phục từ bản sao lưu?

FID (Mã cài đặt Firebase) là giá trị nhận dạng của một phiên bản ứng dụng. Theo mặc định, dữ liệu Cài đặt Firebase sẽ được sao lưu và khôi phục. Vì vậy, trong trường hợp khôi phục, phiên bản ứng dụng được khôi phục và phiên bản ứng dụng gốc sẽ có cùng FID. Vì FCM chỉ lưu trữ một mã thông báo cho mỗi FID, nên nếu cả phiên bản ứng dụng gốc và phiên bản ứng dụng được khôi phục đều đang được sử dụng, thì khi một phiên bản ứng dụng đăng ký với FCM, mã thông báo của phiên bản ứng dụng còn lại sẽ bị xoá, gây ra lỗi 404.

Nhà phát triển nên làm những việc sau trong ứng dụng của mình:

• Loại trừ dữ liệu cài đặt Firebase trong bản sao lưu. Dữ liệu lượt cài đặt Firebase được lưu trữ trong một tệp PersistedInstallation....json. Tên tệp là một hằng số cho một ứng dụng. Ví dụ: <exclude domain="file" path="PersistedInstallation.W0R...GQ.json" />

Apple đã thông báo rằng họ sẽ ngừng sử dụng giao thức nhị phân cũ cho APN. Tôi có cần làm gì không?

Không. Firebase Cloud Messaging đã chuyển sang giao thức APN dựa trên HTTP/2 vào năm 2017. Nếu đang sử dụng FCM để gửi thông báo đến thiết bị iOS, thì bạn không cần làm gì cả.

Làm cách nào để thông báo cho một lượng lớn khách hàng trong vòng 2 phút?

Trường hợp sử dụng này không được hỗ trợ. Bạn phải phân bổ lưu lượng truy cập trong vòng 5 phút.

Ứng dụng của tôi thông báo cho người dùng về các sự kiện và những thông báo này phải được gửi ngay lập tức để hỗ trợ mô hình kinh doanh của tôi. Tôi có thể tăng hạn mức không?

Rất tiếc, chúng tôi không thể tăng hạn mức vì lý do này. Bạn phải phân bổ lưu lượng truy cập trong 5 phút để tránh lưu lượng truy cập tăng đột biến.

Tin nhắn của tôi là về các sự kiện đã lên lịch. Làm cách nào để gửi tất cả lưu lượng truy cập vào đầu giờ?

Bạn nên bắt đầu gửi thông báo ít nhất 5 phút trước khi sự kiện diễn ra. Ngoài ra, hãy gửi thông báo dữ liệu và triển khai phương thức tương tự của trình xử lý onMessageReceived trên nền tảng của bạn để lên lịch thông báo cục bộ trước thời hạn.

Làm cách nào để theo dõi mức sử dụng hạn mức?

Xem hướng dẫn của Google Cloud về cách lập biểu đồ và theo dõi các chỉ số về hạn mức.

Lỗi 429 gây khó khăn cho tôi và doanh nghiệp của tôi. Tôi có thể được miễn trừ hoặc tăng hạn mức để tránh gặp lỗi 429 không?

Mặc dù hiểu rằng hạn mức có thể gây khó khăn, nhưng hạn mức là yếu tố quan trọng để duy trì độ tin cậy của dịch vụ và chúng tôi không thể miễn trừ. Sử dụng cơ chế thử lại để xử lý lỗi 429 đúng cách.

Mất bao lâu để yêu cầu tăng hạn mức của tôi được thực hiện?

Yêu cầu tăng hạn mức của bạn phụ thuộc vào việc bạn sử dụng FCM. Trong mọi trường hợp, bạn có thể nhận được câu trả lời trong vòng vài ngày làm việc. Trong một số trường hợp, có thể có một số thông tin qua lại liên quan đến việc bạn sử dụng FCM và nhiều trường hợp khác, điều này có thể kéo dài quy trình. Nếu tất cả các yêu cầu đều được đáp ứng, thì hầu hết các yêu cầu sẽ được xử lý trong vòng 2 tuần.

Tôi có thể nhận thêm hạn mức cho một sự kiện tạm thời không?

Bạn có thể yêu cầu thêm hạn mức để hỗ trợ một sự kiện kéo dài tối đa 1 tháng. Hãy gửi yêu cầu ít nhất 1 tháng trước khi sự kiện diễn ra và cung cấp thông tin chi tiết rõ ràng về thời điểm bắt đầu và kết thúc sự kiện. FCM sẽ nỗ lực hết sức để đáp ứng yêu cầu. Nếu được cấp, những hạn mức tăng này sẽ được khôi phục sau ngày kết thúc sự kiện.

Hạn mức hiện tại của tôi có thể thay đổi không?

Mặc dù Google sẽ không làm như vậy một cách dễ dàng, nhưng hạn mức có thể được thay đổi khi cần thiết để bảo vệ tính toàn vẹn của hệ thống. Khi có thể, Google sẽ thông báo trước cho bạn về những thay đổi đó. Luôn cập nhật thông tin liên hệ trong MSA trên Cloud để tăng khả năng nhận được thông báo về dịch vụ.

Những API và tính năng nào không còn được dùng nữa và sẽ ngừng hoạt động? Tôi nên làm gì nếu đang sử dụng các API này?

Tất cả API máy chủ InstanceId và tính năng nhóm thiết bị đều không còn được dùng nữa và sẽ ngừng hoạt động từ ngày 29 tháng 9 năm 2027. Bảng sau đây cho biết thêm thông tin chi tiết về các API/tính năng không dùng nữa và hành động bắt buộc.

Nếu đang sử dụng SDK của Firebase dành cho quản trị viên để quản lý gói thuê bao theo chủ đề, thì tôi có bị ảnh hưởng khi ngừng sử dụng không? Tôi nên làm gì?

Nếu đang sử dụng các phiên bản cũ của SDK của Firebase dành cho quản trị viên để quản lý gói thuê bao theo chủ đề, thì bạn sẽ chịu ảnh hưởng của việc ngừng cung cấp này. Bạn cần nâng cấp SDK của Firebase dành cho quản trị viên lên các phiên bản sau:

Tôi có bị hạ cấp dịch vụ trước ngày 29 tháng 9 năm 2027 không?

Không. Bạn có 12 tháng để di chuyển từ các API không dùng nữa sang các API thay thế mà không bị giảm cấp dịch vụ. Bạn nên lên kế hoạch di chuyển càng sớm càng tốt để không bị ảnh hưởng bởi việc ngừng hoạt động này.

Bạn có thể sẽ gặp lỗi khi gọi các API không dùng nữa sau ngày 29 tháng 9 năm 2027.