Enhancement: add compensation logic in service-available calculation

[WeichengWang1]

What would you like to be added?

add compensation logic in service-available calculation.
if service-available condition not matched, get the resource from expected finalizer, check whether the resource still select the pod.

Why is this needed?

if pod labels changed or service selector changed, the pod won't be service-available anymore if the expected finalizer not removed correctly.
we can't fully rely on others do the clean job successfully in the case of label/selector change.