先直接给你明确结论，再慢慢拆解细节：

1. 这个Service会不会常驻系统直到卸载应用？ #

答案是不会。你在AndroidManifest.xml里注册的这段代码：

<service android:name="bll.CleanupService"></service>

只是告诉Android系统「我的应用里有这么一个Service组件」，它本身并不会让Service直接启动并常驻后台。

Android的系统资源是有限的，系统会根据内存使用情况、应用优先级等因素，主动回收后台运行的Service——尤其是当你的应用处于后台，且系统内存不足时，这类普通Service大概率会被系统杀掉。

如果想要让Service尽量保持运行，你需要额外做保活处理（比如绑定前台服务、使用JobScheduler等），但即使这样也做不到「绝对常驻」，Android的后台限制机制（尤其是高版本系统）会严格管控这类行为。而且你的这段注册代码里没有添加任何保活相关的属性（比如android:persistent="true"，这个属性也只对系统应用生效），所以完全不用担心它会一直赖在系统里。

2. 运行时会不会消耗系统资源？ #

答案是会的，只要Service处于运行状态，就会消耗系统资源：

• 首先是内存：Service作为应用的一个组件，运行时会占用一定的内存空间来存储自身的代码、数据和运行状态；
• 其次是CPU和电量：如果你的CleanupService里有具体的业务逻辑（比如定时清理缓存、后台同步数据），那它会占用CPU资源执行任务，同时消耗电量；就算是一个空的、什么都不做的Service，也会占用少量内存，只是消耗相对极低而已。

另外要注意：只有当你通过startService()或者bindService()启动这个Service后，它才会真正运行起来并消耗资源；如果只是注册但从未启动，那它不会产生任何资源消耗。

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