本頁說明如何建立工作並加入發送佇列。當您要處理工作時,必須先建立新的工作物件並加入佇列。您可以明確指定用於處理工作的服務和處理常式,然後選擇將工作特定資料傳送給處理常式;也可以微調工作的設定,例如安排未來的執行時間,或限制工作失敗時的重試次數。
建立新工作
如要建立工作並將工作加入佇列,請呼叫 taskqueue.Add 函式。
import("google.golang.org/appengine/taskqueue")
指定工作站服務
工作離開佇列時,工作佇列服務會將工作傳送至工作站服務。每個工作都有「目標」和「網址」,用於判斷最後執行工作的服務和處理常式。
target
目標會指定用於接收 HTTP 要求以執行工作的服務。這是字串,會以任何一種標準格式來指定服務/版本/執行個體。最常使用的格式如下:
service
version.service
instance.version.service
系統會在應用程式的網域名稱前面添加目標字串。為工作設定目標的方法有三種:
在建構工作時宣告目標。 您可在建立工作物件時設定
Host
標頭,明確設定目標:在
queue.yaml
中定義佇列時加入target
指令,如queue-blue
的定義所示。所有使用target
加入佇列的工作都會使用這個目標,即使建構工作時指派了不同的目標也是如此。如果並未以上述任一方法指定目標,則工作的目標即是將工作加入佇列的服務版本。 請注意,如果您以此方式使用預設的服務和版本,將工作加入佇列,而預設版本在工作執行之前有所變更,則工作會以新的預設版本執行。
url
url
會選取目標服務的其中一個處理常式來執行工作。
url
必須與目標服務的其中一個處理常式網址格式相符。如果工作中指定的方法為 GET
或 PULL
,則 url
可以包含查詢參數。如果並未指定任何 url
,則會使用預設網址 /_ah/queue/[QUEUE_NAME]
,其中 [QUEUE_NAME]
是工作佇列的名稱。
將資料傳送至處理常式
您可以透過工作網址中的查詢參數,將資料傳送至處理常式,但只有在工作中指定的方法為 GET
或 PULL
,才能使用這種方式。
NewPOSTTask
函式具有 query_data 的位置引數。資料通常是鍵/值組合的字典。如果工作的方法為 POST
或 PUT
,資料會新增至 HTTP 要求的酬載。如果方法為 GET
,則會以查詢參數形式加入網址。
命名工作
根據預設,在您建立新工作時,App Engine 會為工作指派不重複的名稱。不過,您可以使用 name
參數自行為工作指派名稱。指派自己的工作名稱有個優點:名稱相同的工作會遭到排除,也就是可以使用工作名稱來確保每項工作僅會加入一次。排除重複作業會在工作完成或刪除後持續 9 天。
請注意,排除重複邏輯會對效能造成大量負擔,加重延遲情形,且可能會提高命名工作相關的錯誤率。如果工作名稱採循序方式 (例如附有時間戳記),則這些成本還可能會大幅增加。因此,如果您自行指派名稱,建議您在工作名稱中使用分佈均勻的字首,例如內容的雜湊。
如果您自行指派工作名稱,請注意,名稱的長度上限為 500 個字元,且名稱可以含有大小寫字母、數字、底線和連字號。
在 Cloud Datastore 交易中將工作排入佇列
您可以將工作排入佇列做為 Datastore 交易的一部分,以便只在成功修訂交易時才將工作排入佇列,並確保工作已順利新增。加入到交易中的工作會視為交易的一部分,並且具有相同層級的隔離與一致性。
應用程式無法在單一交易期間將超過五個的交易工作插入到工作佇列。交易工作不能有使用者指定的名稱。
以下程式碼範例示範如何將交易工作插入到發送佇列中,成為 Datastore 交易的一部分:
使用延遲套件而非工作站服務
要為每個不同的工作設定處理常式 (如前幾節所述) 可能相當麻煩,因為可能將工作的複雜引數序列化或取消序列化,特別是當有各式各樣的小工作要在佇列中執行時,更是個大工程。Go SDK 包含一個套件 (appengine/delay
),可公開簡單的 API,讓您略過設定專屬工作處理常式,以及序列化和反序列化參數的所有工作。
如要使用 delay
套件:
delay
套件會將函式呼叫及其引數序列化,然後將其新增至工作佇列。執行工作時,delay
套件會執行函式。
如要進一步瞭解如何使用 delay
套件,請參閱該套件的說明文件。
在多租戶應用程式中處理工作
根據預設,發送佇列會使用工作建立時在命名空間管理員中設定的目前命名空間。如果您的應用程式使用多租戶架構,請參閱 Namespaces Go 1.11 API。
後續步驟
- 瞭解如何建立工作處理常式。