Çalışma durumları
Koleksiyonlar ile düzeninizi koruyun
İçeriği tercihlerinize göre kaydedin ve kategorilere ayırın.
İş, kullanım ömrü boyunca bir dizi State
değişikliğinden geçer.
Bir kerelik çalışma durumları
one-time
iş isteği için çalışmanız ENQUEUED
durumunda başlar.
ENQUEUED
durumunda, çalışmanız Constraints
ve ilk gecikme süresi gereksinimleri karşılanır karşılanmaz çalıştırılmaya uygun olur. Sonrasında RUNNING
durumuna geçer ve daha sonra çalışmanın sonucuna bağlı olarak
SUCCEEDED
FAILED
durumuna geçebilir veya sonuç retry
ise
ENQUEUED
durumuna geçebilir. İşlemin herhangi bir noktasında çalışma iptal edilebilir ve bu noktada CANCELLED
durumuna geçer.
Şekil 1'de tek seferlik bir çalışmanın ömrü, başka bir duruma gönül veren olaylarla birlikte gösterilmektedir.

Şekil 1. Tek seferlik çalışmaya ilişkin durum diyagramı.
SUCCEEDED
, FAILED
ve CANCELLED
öğelerinin tümü bu çalışma için bir terminal durumunu temsil eder. Çalışmanız bu durumlardan birindeyse WorkInfo.State.isFinished()
doğru değerini döndürür.
Periyodik çalışma durumları
Başarılı ve başarısız durumları yalnızca tek seferlik ve zincirlemeli çalışmalar için geçerlidir.
Periyodik çalışmalar için yalnızca bir terminal durumu vardır, CANCELLED
. Bunun nedeni dönemsel çalışmanın
hiçbir zaman sona ermemesidir. Her çalıştırmadan sonra, sonuçtan bağımsız olarak yeniden planlanır. Şekil 2'de periyodik çalışmanın sıkışık durum diyagramı gösterilmektedir.

2. Şekil. Periyodik çalışmaların durum diyagramı.
Engellendi durumu
Henüz belirtmediğimiz bir son durum var. Bu, BLOCKED
. Bu durum, bir dizi veya iş zinciri halinde düzenlenmiş çalışmalar için geçerlidir. İş zincirleri ve durum şemaları, Zincirleme iş bölümünde ele alınmıştır.
Sonraki adımlar
İşi yönetme bölümünde işinizin ilerlemesini yönetme ve izleme hakkında daha fazla bilgi edineceksiniz.
Bu sayfadaki içerik ve kod örnekleri, İçerik Lisansı sayfasında açıklanan lisanslara tabidir. Java ve OpenJDK, Oracle ve/veya satış ortaklarının tescilli ticari markasıdır.
Son güncelleme tarihi: 2025-07-27 UTC.
[[["Anlaması kolay","easyToUnderstand","thumb-up"],["Sorunumu çözdü","solvedMyProblem","thumb-up"],["Diğer","otherUp","thumb-up"]],[["İhtiyacım olan bilgiler yok","missingTheInformationINeed","thumb-down"],["Çok karmaşık / çok fazla adım var","tooComplicatedTooManySteps","thumb-down"],["Güncel değil","outOfDate","thumb-down"],["Çeviri sorunu","translationIssue","thumb-down"],["Örnek veya kod sorunu","samplesCodeIssue","thumb-down"],["Diğer","otherDown","thumb-down"]],["Son güncelleme tarihi: 2025-07-27 UTC."],[],[],null,["# Work states\n\nWork goes through a series of [`State`](/reference/androidx/work/WorkInfo.State)\nchanges over its lifetime.\n\nOne-time work states\n--------------------\n\nFor a\n[`one-time`](/topic/libraries/architecture/workmanager/how-to/define-work#schedule_one-time_work)\nwork request, your work begins in an\n[`ENQUEUED`](/reference/androidx/work/WorkInfo.State#ENQUEUED) state.\n\nIn the `ENQUEUED` state, your work is eligible to run as soon as its\n[`Constraints`](/reference/androidx/work/Constraints) and initial delay timing\nrequirements are met. From there it moves to a\n[`RUNNING`](/reference/androidx/work/WorkInfo.State#RUNNING) state and then\ndepending on the outcome of the work it may move to\n[`SUCCEEDED`](/reference/androidx/work/WorkInfo.State#SUCCEEDED),\n[`FAILED`](/reference/androidx/work/WorkInfo.State#FAILED), or possibly back to\n`ENQUEUED` if the result is\n[`retry`](/reference/androidx/work/ListenableWorker.Result#retry()). At any\npoint in the process, work can be cancelled, at which point it will move to the\n[`CANCELLED`](/reference/androidx/work/WorkInfo.State#CANCELLED) state.\n\nFigure 1 illustrates the life of one-time work, with the events that may take it to another state.\n\n**Figure 1.** State diagram for one-time work.\n\n`SUCCEEDED`, `FAILED` and `CANCELLED` all represent a terminal state for this\nwork. If your work is in any of these states,\n[`WorkInfo.State.isFinished()`](/reference/androidx/work/WorkInfo.State#isFinished())\nreturns true.\n\nPeriodic work states\n--------------------\n\nSuccess and failed states apply only to one-time and\n[chained work](/topic/libraries/architecture/workmanager/how-to/chain-work).\nFor [periodic work](/topic/libraries/architecture/workmanager/how-to/define-work#schedule_periodic_work),\nthere is only one terminal state, `CANCELLED`. This is because periodic work\nnever ends. After each run, it's rescheduled, regardless of the result. Figure\n2 depicts the condensed state diagram for periodic work.\n\n**Figure 2.** State diagram for periodic work.\n\nBlocked state\n-------------\n\nThere is one final state we haven't mentioned yet, and that is `BLOCKED`. This\nstate applies to work that is orchestrated in a series, or chain of work. Work\nchains, and their state diagram, are covered in\n[Chaining work](/topic/libraries/architecture/workmanager/how-to/chain-work).\n\nNext Steps\n==========\n\nIn [Managing work](/topic/libraries/architecture/workmanager/how-to/managing-work),\nyou'll learn more about how to manage and monitor the progress of your work."]]