Android官方文档中SyncAdapter为何不传入Service作为Context参数？

为什么官方示例用getApplicationContext()而非Service实例this实例化SyncAdapter #

核心原因是避免内存泄漏：

• 示例代码里的sSyncAdapter是static修饰的静态变量，它的生命周期和SyncService类绑定，远长于单个Service实例的生命周期。如果传入Service实例this，静态的SyncAdapter会长期持有该Service的强引用，就算Service被系统回收销毁，也无法被GC正常回收，直接引发内存泄漏。
• ApplicationContext的生命周期和整个应用进程完全一致，SyncAdapter持有它的引用不会造成内存泄漏，而且ApplicationContext本身已经能满足SyncAdapter所有的通用上下文需求：比如访问资源、获取ContentResolver、调用包相关API等，完全不需要使用和组件生命周期绑定的Service上下文。

Service继承Context的意义 #

这类场景不用Service作为Context传参，不代表Service本身不需要Context能力：

• Service作为Android四大组件，自身运行过程中就有大量上下文相关操作需要执行：比如发广播、启动其他组件、访问和当前组件匹配的资源配置、调用组件特有的上下文API等，这些场景都需要用到Service本身作为Context实例，无法完全用全局ApplicationContext替代。
• Android的上下文设计本身就是统一抽象的，Activity、Service、Application都继承自Context，这套统一的API设计可以保持不同组件调用通用上下文能力的一致性，降低开发者的学习和使用成本。

相关示例代码 #

public class SyncService extends Service {
    // Storage for an instance of the sync adapter
    private static SyncAdapter sSyncAdapter = null;   

    // etc  

    sSyncAdapter = new SyncAdapter(getApplicationContext(), true);

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