为何在onCreate()中注册Broadcast Receiver需在onDestroy()中注销？

这事儿核心是为了避免内存泄漏，同时保证组件生命周期的一致性，具体来说有这几个关键原因：

• 防止内存泄漏风险：当你用Activity的Context注册广播接收器时，系统会保留这个接收器的引用，而接收器又会持有Activity的Context实例。如果不在onDestroy()（Activity生命周期的最后阶段）注销它，哪怕Activity已经被销毁，系统依然攥着这个接收器的引用，导致Activity的实例没法被垃圾回收器回收，时间长了就会造成内存泄漏，严重的话还会触发OOM（内存溢出）。

• 匹配Activity生命周期逻辑：onCreate()是Activity诞生的起点，onDestroy()是它彻底销毁的终点。把注册和注销放在这一对方法里，能让广播接收器的生命周期完全和Activity绑定——Activity活着的时候接收器正常工作，Activity没了接收器也跟着停止，逻辑上非常清晰，不会出现“Activity都凉了，接收器还在后台瞎忙活”的尴尬情况。

• 减少不必要的系统开销：没注销的接收器会一直监听指定的广播事件，哪怕Activity已经退出前台或者被销毁，这会持续占用系统的CPU、内存资源，拖慢整体性能。及时注销能让系统释放这些资源，提升App的运行效率。

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