WorkManager retries re-run doWork(): who owns deduplication for write jobs?
WorkManager's documented retry path re-invokes a Worker's doWork() on every attempt, with exponential backoff between runs. Unique work names and ExistingWorkPolicy stop a duplicate work item from being enqueued, but as of the 2.8.x line (worth re-checking against the current release) nothing in the documented API collapses the effects of a retried execution