Android Service生命周期回调无需调用super实现的原因及适用场景

注意：与Activity生命周期回调方法不同，你无需调用这些Service回调方法的超类实现

无需强制调用超类实现的原因 #

• Service基类的核心生命周期回调默认是空实现：查看AOSP源码可以看到，Service类的onCreate()、onStartCommand()、onBind()、onDestroy()、onUnbind()等标准生命周期回调的超类实现没有任何逻辑，系统没有预设必须执行的代码，因此不调用也不会产生异常或者功能问题。这和Activity完全不同：Activity的生命周期回调超类实现包含了系统状态保存、生命周期节点同步的核心逻辑，不调用会直接抛出SuperNotCalledException。
• Service的生命周期流转完全由系统服务控制：ActivityManagerService直接管控Service的启动、绑定、销毁全流程，回调方法只是系统向开发者实现的子类下发事件的通知通道，不需要通过开发者调用超类方法来触发系统侧的状态更新。

需要主动调用超类实现的场景 #

• 自定义了基础Service类的场景：如果你在项目中封装了继承自Service的通用基类，并且在基类的生命周期回调中写了通用逻辑（比如全局生命周期埋点、公共资源初始化/释放、统一权限校验），那么子类重写对应回调时必须调用super.xxx()才能触发基类的通用逻辑。
• 继承自Service的系统拓展子类的场景：部分官方封装的Service子类的生命周期回调包含核心逻辑，重写时必须调用超类实现。最典型的是已废弃的IntentService，它的onCreate、onDestroy方法中包含了工作线程、任务Handler的初始化和销毁逻辑，不调用超类实现会直接导致任务调度功能失效。

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