Java 为什么Android中的服务继承自上下文?

Java 为什么Android中的服务继承自上下文?,java,android,android-service,android-context,Java,Android,Android Service,Android Context,我在研究Javadoc时注意到: java.lang.Object android.content.Context android.content.ContextWrapper android.app.Service 所以,在Android中,该服务似乎是从上下文继承的 但这是什么意思呢?它们在我看来是完全分离的概念。服务和活动都继承自上下文。 从Android文档中: “上下文是一个抽象类,其实现由Android系统提供。它允许访问特定于应用程

我在研究Javadoc时注意到:

java.lang.Object
    android.content.Context
        android.content.ContextWrapper
            android.app.Service
所以,在Android中,该服务似乎是从上下文继承的


但这是什么意思呢?它们在我看来是完全分离的概念。

服务和活动都继承自上下文。 从Android文档中: “上下文是一个抽象类,其实现由Android系统提供。它允许访问特定于应用程序的资源和类,以及对应用程序级操作(如启动活动、广播和接收意图等)的调用。”

与活动一样,服务类需要能够获取资源、启动活动并执行所有需要访问应用程序级类的操作。
实际上,服务很像活动,只是没有UI元素。

android官方文档描述:

与有关应用程序环境的全局信息的接口。这是一个抽象类,其实现由Android系统提供。它允许访问特定于应用程序的资源和类,以及向上调用应用程序级操作,如启动活动、广播和接收意图等

作为

服务是一种应用程序组件,表示应用程序希望在不与用户交互的情况下执行较长时间运行的操作,或提供供其他应用程序使用的功能

上下文实际上是一个宽泛的名称,在具体使用中可能很难理解。你可能想看看一个好的解释


从对象继承服务可能更清晰,只要想象上下文是介于两者之间的东西,而不是像对象那样抽象。

从技术上讲,
活动
类也继承自
上下文
类。查看Javadoc中的
上下文
类,查看间接子类列表,以及课堂上的讲解:谢谢!如果有帮助的话,我会告诉你事实上,我更喜欢一个可能简单明了的答案:)它似乎设计得不太好,但你的答案让我完全满意。你可以通过freeCodeCamp查看这篇伟大的资源,以获得对
上下文的另一种解释:
上下文的另一种解释:是什么让你觉得这似乎设计得不太好?@Arthuratout,因为在我看来,有两个非常不相关的类。。。这不应该是继承。还是我错了?继承不需要类来描述类似的东西。它可以用于其他各种原因,资源共享就是其中之一。活动和服务都需要访问应用程序的上下文。有了继承,他们可以通过调用
this.getContext()