Accommodate service disconnect / package update race

Ordering of delivery of package monitoring messages and service
disconnect callbacks is indeterminate, but we need to make decisions
about service disconnect based on the package update state.  We
address the race by explicitly deferring our reset/timeout logic by
a short time to allow the package monitor to process any pending
updates on the same looper thread before we take action.

Bug 34356215
Test: manual

Change-Id: Icffedbaf19b8eac8830c22fc05f299eb96b54acd