Hey，这个问题我碰到过类似的情况，结合Android 5.0.1的特性，给你梳理几个可能的原因，你可以逐一排查：

• Manifest配置或更新残留问题
  Android 5.x的PackageManager缓存机制不如后续版本完善，应用更新时如果出现以下情况，容易出现双实例：

  • 新旧版本的Service虽然类名相同，但签名不一致（比如debug包更改为release包），系统会将其识别为两个独立组件；
  • Manifest中不小心重复注册了同一个Service；
    至于卸载后Service残留，大概率是系统组件注册缓存没及时清理，重启手机基本能解决这个残留问题。

• Service启动方式与粘性模式的冲突
  虽然默认情况下Service是单实例，但如果你的Service在onStartCommand()中返回了START_STICKY/START_REDELIVER_INTENT这类粘性返回值，加上更新时旧Service还在后台运行，系统可能会在新应用安装后重新启动Service，导致新旧实例并存。Android 5.x对后台Service的管控较宽松，这种情况更容易发生。

• 多进程配置导致的独立实例
  如果你在Manifest的Service标签中设置了android:process属性，且更新前后进程名有变化，或者误将Service配置到了独立进程中，系统会为不同进程创建独立的Service实例。而且独立进程的Service在应用卸载后，可能因为系统未及时回收进程，导致Service仍显示在运行列表中，手动杀死对应进程即可消失。

• Android 5.0.1系统层面的bug
  这个版本本身存在一些组件管理的已知bug，比如PackageManager处理应用更新时，未正确终止旧组件实例，导致新旧Service并存。这种情况属于系统问题，重启手机或清除系统PackageManager缓存（部分机型需root，普通用户优先重启）即可解决。

快速排查步骤： #

1. 先重启手机，确认残留的Service是否消失，排除系统缓存问题；
2. 检查AndroidManifest.xml，确认Service是否重复注册、是否配置了android:process属性；
3. 查看代码中启动Service的逻辑，是否混用startService()和bindService()，或多次启动未正确管理；
4. 执行命令 adb shell dumpsys activity services，查看两个Service实例的进程ID、包名信息，判断是否为同一进程实例。

内容的提问来源于stack exchange，提问作者acrosett