如果應用程式使用已淘汰的 FCM 舊版 API 執行 HTTP 和 XMPP，請盡快改用 HTTP v1 API。使用這些 API 傳送訊息 (包括上游訊息) 已於 2023 年 6 月 20 日淘汰，並將於 2024 年 6 月 21 日移除。
如要進一步瞭解受影響的功能，請參閱這篇文章。
除了持續的支援和新功能以外，HTTP v1 API 比舊版 API 更具備以下優點：
透過存取權杖提高安全性 HTTP v1 API 會根據 OAuth2 安全性模型使用短期存取權杖。如果存取權杖設為公開，在過期前可能會遭到惡意運用，時間長達一小時左右。更新權杖的傳送頻率不如舊版 API 中所使用的安全金鑰，因此要擷取這些權杖的可能性就會降低。
更有效率地自訂跨平台訊息的訊息。針對訊息主體，HTTP v1 API 具有可傳送到所有目標執行個體的常用鍵，以及平台專用金鑰，可讓您跨平台自訂訊息。這可讓您建立「覆寫」，透過單一訊息，將略有不同的酬載傳送至不同用戶端平台。
對於新的用戶端平台版本而言更易於擴充且具前瞻性 HTTP v1 API 可完整支援 Apple 平台、Android 和網頁版的訊息選項。由於每個平台在 JSON 酬載中都有自己的定義區塊，因此 FCM 可視需求將 API 延伸至新版本和新平台。
更新伺服器端點
HTTP v1 API 的端點網址與舊版端點的差異如下：
- 該指令碼為版本化，且路徑中有
/v1。 - 路徑中包含應用程式的 Firebase 專案 ID，格式為
/projects/myproject-ID/。您可以在 Firebase 控制台的「General project settings」(一般專案設定) 分頁中找到這個 ID。 - 它明確將
send方法指定為:send。
如要更新 HTTP v1 的伺服器端點，請將這些元素新增至傳送要求的標頭中的端點。
HTTP 要求數量早於
POST https://fcm.googleapis.com/fcm/send
XMPP 要求之前
舊版 XMPP 訊息會透過連線傳送至下列端點：
fcm-xmpp.googleapis.com:5235
更新後
POST https://fcm.googleapis.com/v1/projects/myproject-b5ae1/messages:send
更新傳送要求的授權
HTTP v1 傳送要求需要 OAuth 2.0 存取憑證，以取代舊版要求中使用的伺服器金鑰字串。如果您使用 Admin SDK 傳送訊息，程式庫會為您處理權杖。如果您使用原始通訊協定，請依本節所述的方式取得權杖，然後以 Authorization: Bearer <valid Oauth 2.0 token> 的形式加入標頭。
更新前
Authorization: key=AIzaSyZ-1u...0GBYzPu7Udno5aA
更新後
Authorization: Bearer ya29.ElqKBGN2Ri_Uz...HnS_uNreA
請根據伺服器環境的詳細資料，結合使用這些策略來授權伺服器對 Firebase 服務發出的要求：
- Google 應用程式預設憑證 (ADC)
- 服務帳戶 JSON 檔案
- 衍生自服務帳戶的短期 OAuth 2.0 存取權杖
如果您的應用程式在 Compute Engine、Google Kubernetes Engine、App Engine 或 Cloud Functions 上執行 (包括 Cloud Functions for Firebase)，請使用應用程式預設憑證 (ADC)。ADC 會使用您現有的預設服務帳戶取得憑證來授權要求，而 ADC 則可以透過環境變數 GOOGLE_APPLICATION_CREDENTIALS 啟用靈活的本機測試。為了將授權流程完全自動化，請搭配使用 ADC 和 Admin SDK 伺服器程式庫。
如果您的應用程式在非 Google 伺服器環境中執行，您必須從 Firebase 專案中下載服務帳戶 JSON 檔案。只要您能夠存取包含私密金鑰檔案的檔案系統，就可以使用環境變數 GOOGLE_APPLICATION_CREDENTIALS，透過這些手動取得的憑證來授權要求。如果缺少這類檔案存取權，則必須在程式碼中參照該服務帳戶檔案，但這麼做是為了避免外洩您的憑證，因此應格外謹慎處理。
使用 ADC 提供憑證
Google 應用程式預設憑證 (ADC) 會以下列順序檢查您的憑證：
ADC 會檢查是否已設定環境變數 GOOGLE_APPLICATION_CREDENTIALS。如果已設定變數，ADC 就會使用該變數指向的服務帳戶檔案。
如未設定環境變數，ADC 會使用 Compute Engine、Google Kubernetes Engine、App Engine 和 Cloud Functions 為在這些服務上執行的應用程式提供的預設服務帳戶。
如果 ADC 無法使用上述任一憑證，系統就會擲回錯誤。
以下 Admin SDK 程式碼範例說明這項策略。這個範例並未明確指定應用程式憑證，不過，只要已設定環境變數或正在 Compute Engine、Google Kubernetes Engine、App Engine 或 Cloud Functions 上執行應用程式，ADC 就能以隱含方式找到憑證。
Node.js
admin.initializeApp({
credential: admin.credential.applicationDefault(),
});
Java
FirebaseOptions options = FirebaseOptions.builder()
.setCredentials(GoogleCredentials.getApplicationDefault())
.setDatabaseUrl("https://<DATABASE_NAME>.firebaseio.com/")
.build();
FirebaseApp.initializeApp(options);
Python
default_app = firebase_admin.initialize_app()
Go
app, err := firebase.NewApp(context.Background(), nil)
if err != nil {
log.Fatalf("error initializing app: %v\n", err)
}
C#
FirebaseApp.Create(new AppOptions()
{
Credential = GoogleCredential.GetApplicationDefault(),
});
手動提供憑證
Firebase 專案支援 Google 服務帳戶，您可以使用該帳戶從應用程式伺服器或受信任的環境呼叫 Firebase 伺服器 API。如果您在本機開發程式碼或在內部部署部署應用程式，可以使用透過此服務帳戶取得的憑證來授權伺服器要求。
如要驗證服務帳戶並授權存取 Firebase 服務，您必須產生 JSON 格式的私密金鑰檔案。
如何為服務帳戶產生私密金鑰檔案：
透過服務帳戶授權時，有兩種方式提供憑證給應用程式。您可以設定 GOOGLE_APPLICATION_CREDENTIALS 環境變數，也可以明確將路徑傳送至程式碼中的服務帳戶金鑰。第一種方式的安全性較高，強烈建議你採用。
如何設定環境變數：
將環境變數 GOOGLE_APPLICATION_CREDENTIALS 設為包含服務帳戶金鑰的 JSON 檔案路徑。此變數僅適用於目前的殼層工作階段，因此如果您開啟新的工作階段，請再次設定變數。
Linux 或 macOS
export GOOGLE_APPLICATION_CREDENTIALS="/home/user/Downloads/service-account-file.json"
Windows
如果您使用 PowerShell：
$env:GOOGLE_APPLICATION_CREDENTIALS="C:\Users\username\Downloads\service-account-file.json"
完成上述步驟後，應用程式預設憑證 (ADC) 就能隱含判斷憑證，讓您在非 Google 環境中進行測試或執行時使用服務帳戶憑證。
使用憑證取得存取權杖
針對您偏好語言，搭配使用 Firebase 憑證與 Google 驗證程式庫，擷取短期的 OAuth 2.0 存取憑證：
node.js
function getAccessToken() {
return new Promise(function(resolve, reject) {
const key = require('../placeholders/service-account.json');
const jwtClient = new google.auth.JWT(
key.client_email,
null,
key.private_key,
SCOPES,
null
);
jwtClient.authorize(function(err, tokens) {
if (err) {
reject(err);
return;
}
resolve(tokens.access_token);
});
});
}
在這個範例中，Google API 用戶端程式庫會使用 JSON Web 權杖或 JWT 驗證要求。詳情請參閱 JSON 網頁權杖。
Python
def _get_access_token():
"""Retrieve a valid access token that can be used to authorize requests.
:return: Access token.
"""
credentials = service_account.Credentials.from_service_account_file(
'service-account.json', scopes=SCOPES)
request = google.auth.transport.requests.Request()
credentials.refresh(request)
return credentials.token
Java
private static String getAccessToken() throws IOException {
GoogleCredentials googleCredentials = GoogleCredentials
.fromStream(new FileInputStream("service-account.json"))
.createScoped(Arrays.asList(SCOPES));
googleCredentials.refresh();
return googleCredentials.getAccessToken().getTokenValue();
}
存取權杖到期後，系統會自動呼叫權杖更新方法，以擷取更新後的存取權杖。
如要授權存取 FCM，請要求 https://www.googleapis.com/auth/firebase.messaging 範圍。
如何將存取權杖新增至 HTTP 要求標頭：
將權杖新增為 Authorization 標頭的值，格式為 Authorization: Bearer <access_token>：
node.js
headers: {
'Authorization': 'Bearer ' + accessToken
}
Python
headers = {
'Authorization': 'Bearer ' + _get_access_token(),
'Content-Type': 'application/json; UTF-8',
}
Java
URL url = new URL(BASE_URL + FCM_SEND_ENDPOINT);
HttpURLConnection httpURLConnection = (HttpURLConnection) url.openConnection();
httpURLConnection.setRequestProperty("Authorization", "Bearer " + getServiceAccountAccessToken());
httpURLConnection.setRequestProperty("Content-Type", "application/json; UTF-8");
return httpURLConnection;
更新傳送要求的酬載
在 JSON 訊息酬載的結構中，FCM HTTP v1 推出了一項重大變更。最重要的是，這些變更可確保收到不同用戶端平台的訊息時，系統都能正確處理。此外，這些變更讓您擁有額外的彈性，可以為每個平台自訂或「覆寫」訊息欄位。
除了查看本節中的範例之外，請參閱「自訂跨平台訊息」一文和 API 參考資料，熟悉 HTTP v1。
範例：簡單的通知訊息
以下比較簡單的通知酬載 (僅包含 title、body 和 data 欄位)，這是舊版和 HTTP v1 酬載的根本差異。
更新前
{
"to": "/topics/news",
"notification": {
"title": "Breaking News",
"body": "New news story available."
},
"data": {
"story_id": "story_12345"
}
}
更新後
{
"message": {
"topic": "news",
"notification": {
"title": "Breaking News",
"body": "New news story available."
},
"data": {
"story_id": "story_12345"
}
}
}
範例：指定多個平台
為了啟用多平台指定功能，舊版 API 會在後端執行覆寫作業。相反地，HTTP v1 會提供平台專屬的金鑰區塊，讓開發人員明確瞭解不同平台間有什麼差異。這可讓您一律透過單一要求指定多個平台，如以下範例所示。
更新前
// Android
{
"to": "/topics/news",
"notification": {
"title": "Breaking News",
"body": "New news story available.",
"click_action": "TOP_STORY_ACTIVITY"
},
"data": {
"story_id": "story_12345"
}
}
// Apple
{
"to": "/topics/news",
"notification": {
"title": "Breaking News",
"body": "New news story available.",
"click_action": "HANDLE_BREAKING_NEWS"
},
"data": {
"story_id": "story_12345"
}
}
更新後
{
"message": {
"topic": "news",
"notification": {
"title": "Breaking News",
"body": "New news story available."
},
"data": {
"story_id": "story_12345"
},
"android": {
"notification": {
"click_action": "TOP_STORY_ACTIVITY"
}
},
"apns": {
"payload": {
"aps": {
"category" : "NEW_MESSAGE_CATEGORY"
}
}
}
}
}
範例：使用平台覆寫值自訂
除了簡化訊息跨平台指定程序外，HTTP v1 API 也可讓您在每個平台上靈活自訂訊息。
更新前
// Android
{
"to": "/topics/news",
"notification": {
"title": "Breaking News",
"body": "Check out the Top Story.",
"click_action": "TOP_STORY_ACTIVITY"
},
"data": {
"story_id": "story_12345"
}
}
// Apple
{
"to": "/topics/news",
"notification": {
"title": "Breaking News",
"body": "New news story available.",
"click_action": "HANDLE_BREAKING_NEWS"
},
"data": {
"story_id": "story_12345"
}
}
更新後
{
"message": {
"topic": "news",
"notification": {
"title": "Breaking News",
"body": "New news story available."
},
"data": {
"story_id": "story_12345"
},
"android": {
"notification": {
"click_action": "TOP_STORY_ACTIVITY",
"body": "Check out the Top Story"
}
},
"apns": {
"payload": {
"aps": {
"category" : "NEW_MESSAGE_CATEGORY"
}
}
}
}
}
範例：指定特定裝置
如要透過 HTTP v1 API 指定特定裝置，請在 token 金鑰中提供裝置目前的註冊權杖，而非 to 金鑰。
更新前
{ "notification": {
"body": "This is an FCM notification message!",
"time": "FCM Message"
},
"to" : "bk3RNwTe3H0:CI2k_HHwgIpoDKCIZvvDMExUdFQ3P1..."
}
更新後
{
"message":{
"token":"bk3RNwTe3H0:CI2k_HHwgIpoDKCIZvvDMExUdFQ3P1...",
"notification":{
"body":"This is an FCM notification message!",
"title":"FCM Message"
}
}
}
如需更多 FCM HTTP v1 API 的範例和資訊，請參閱下列資源：
瞭解如何使用 HTTP v1 API 建構應用程式伺服器傳送要求。除非另有註明，否則所有「REST」程式碼片段都會使用 v1 API。