【cas程序源码】【标图系统 源码】【垃圾回收源码】android context 源码

时间:2024-12-24 07:45:51 编辑:社区管理系统源码 来源:行业社群源码

1.Application中的 Context 和 Activity 中的Context区别
2.另一个角度理解Android Context
3.初学Android开发,如何在thread中传入context
4.Android 开发中必须了解的源码 Context
5.Android Context 详解

android context 源码

Application中的 Context 和 Activity 中的Context区别

        Context在我们开发中经常用到,不管是Framework提供给我们的四大组件,还是应用级别的Application,还是负责表现层的View相关类,甚至连我们很多时候创建的实体类都会需要持有一个Context的引用。那么Context到底是什么呢?

        建议看这个: /p/bde4cb

        Context英文释义是当前上下文,或者当前场景上,

        官方文档:Context

        public abstractclass Context extends Object

        Interface to globalinformation about an application environment. This is an abstract class whoseimplementation is provided by the Android system. It allows access toapplication-specific resources and classes, as well as up-calls forapplication-level operations such as launching activities, broadcasting andreceiving intents, etc.

        由官方文档,我们可以知道:

        1.该类是一个抽象(abstract class)类;

        2.它描述的是一个应用程序环境的信息,即上下文;

        3.通过它(Context)我们可以获取应用程序的资源和类,也包括一些应用级别的操作(例如,启动 Activity,广播和服务等);

        前面我们讲过 Context 是一个抽象类,通过 Context我们可以获取应用程序的资源和类,调用它们的方法,那么具体定义的方法有哪些呢?我们来看一下 Context 的源码:

        源码里的方法太多了,总共 行。我们从以上部分源码看到了熟悉的对象---Application、Activity、Service、Broadcast、这些对象和 Context 的关系到底是什么呢?我们看一下官方文档可知:

        1.Acitiivity 继承自ContextThemeWrapper--->再继承ContextWrapper--->Context。

        2.Appliction 、Service继承自ContextWrapper--->再继承Context。

        3.Application、Service 和 Activity 最终都是继承自Context,所以它们是同一个上下文。

        通过以上的继承关系,我们就可以知道,Context的具体作用会包括:

        - 启动一个新的Activity

        - 启动和停止Service

        - 发送广播消息(Intent)

        - 注册广播消息(Intent)接收者

        - 可以访问APK中各种资源,如Resources和AssetManager

        - 创建View

        - 访问Package的相关信息

        - APK的各种权限管理

        由上面分析的继承关系,我们可以知道,Context创建的时机有三个:

        ①创建Application 对象时, 而且整个App共一个Application对象;

        ②创建Service对象时;

        ③创建Activity对象时;

        所以应用程序App共有的Context数目公式为:

        Service个数 + Activity个数 + 1(Application对应的Context实例)

        如上,Android中context可以作很多操作,但是最主要的功能是加载和访问资源。在android中常用的context有两种,一种是application context,一种是activity context,通常我们在各种类和方法间传递的是activity context。

        两者的区别:

        this是Activity 的实例,扩展了Context,其生命周期是Activity 创建到销毁。getApplicationContext()返回应用的上下文,生命周期是整个应用,应用摧毁它才被摧毁。Activity.this的context 返回当前activity的上下文,属于activity ,activity摧毁时被摧毁。

        使用Context时最需要注意的一个点就是,使用了不正确的context,比如有一个全局的数据操作类用到了context,这个时候就要getApplicationContext 而不是用ACtivity,如果在这个全局操作中引用的是Activity的context,那么就会一直引用Activity的资源,导致GC无法回收这部分内存,从而最终导致了内存泄漏。

        内存泄漏是开发中常见的错误之一,能不能发现取决于开发者的经验,当然了我们也会依赖现有的内存泄漏库,但是如果我们在开发的源头减少内存泄漏的概率,那么后期的工作会少很多。

        以下是避免context相关的内存泄露,给出的几点建议:

        以下的表列举的是三种Context对象的对应使用场景:

        从表中可以看到,和UI相关的都使用Activity的Context对象。

        小结:如上分析,Context在对应开发里的来源就是三个——Activity、Service和Appliaction,那么我们该如何选择使用哪一个Context对象呢?一个比较简单的方法是,当你无法确定使用某个Context对象是否会造成长引用导致内存泄漏时,那么就使用Appliaction的Context对象,因为Appliaction存在于整个应用的生命周期内。

        在实际开发中,我们往往会为项目定义一个Applictaion,然后在AndroidMainfest.xml文件中进行注册,

        而且在自定义Application往往会定义好一个静态方法,用以全局获取application实例:

        Activity和Application都是Context的子类,但是他们维护的生命周期不一样。前者维护一个Acitivity的生命周期,所以其对应的Context也只能访问该activity内的各种资源。后者则是维护一个Application的生命周期。

        1.如何判断context是属于哪个activity?

        2.全局不同如何获取对应的context?

        静态加载一个Fragment,在onCreateView()方法中通过getActivity获取上下文实例:

        3.四大组件可以像普通Java类一样,采用new的方式实例化吗?

        Android程序不像Java程序一样,随便创建一个类,写个main()方法就能运行,Android应用模型是基于组件的应用设计模式,组件的运行要有一个完整的Android工程环境,在这个环境下,Activity、Service等系统组件才能够正常工作,而这些组件并不能采用普通的Java对象创建方式,new一下就能创建实例了,而是要有它们各自的上下文环境,也就是我们这里讨论的Context。可以这样讲,Context是维持Android程序中各组件能够正常工作的一个核心功能类。

另一个角度理解Android Context

       Android的Context并非简单的上下文或环境概念,而是源码一种深入理解系统结构的关键。在开发初期,源码它可能被误解为全局变量,源码但其实它代表的源码是每个系统对象(如Application)的专属状态容器,即Context Object,源码cas程序源码与系统的源码生命周期保持一致。这有助于减少pass-through variables带来的源码复杂性和维护难度,因为每个系统(比如一个Activity)都有自己的源码Context,避免了全局变量可能产生的源码冲突。

       Context Object的源码作用类似于一个封装了所有通过方法传递的变量的中心存储,它被设计在系统构造和析构时存在,源码确保了与应用环境信息的源码紧密关联。在Android中,源码每个Application都有其独立的源码Context,而Activity等常用类也会持有对它们所属Application Context的引用,这样可以在需要的地方轻松获取和操作环境信息。

       总结来说,从另一个角度看,Context是Android中实现系统组件间高效交互和环境管理的关键机制,它简化了代码结构,标图系统 源码提升了代码的可维护性和一致性。

初学Android开发,如何在thread中传入context

       è‡ªå®šä¹‰MyRunnable内部类实现Runnable接口

       å°†Context作为内部类MyRunnable的成员变量

       åœ¨ä¸»ç¨‹åºä¸­ä½¿ç”¨å¹¶å¯åŠ¨å­çº¿ç¨‹ï¼ŒæŸ¥çœ‹log输出是否正确

       å…·ä½“代码如下:

public class Test extends BaseActivity {

        class MyRunnable implements Runnable {

        /

**

         * æˆå‘˜å˜é‡Context

         */

        Context context;

        /

**

         * æž„造函数 å°†ç¨‹åºæ‰€éœ€Context传入

         */

        public MyRunnable(Context context) {

        //为成员变量赋值

        this.context = context;

        }

        @Override

        public void run() {

        //测试使用context

        Log.i("", context.getPackageName());

        }

        }

        @Override

        protected void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        // æž„造MyRunnable å¹¶ä¼ å…¥æ‰€éœ€Context

        MyRunnable runnable = new MyRunnable(this);

        Thread thread = new Thread(runnable, "测试线程");

        //启动线程

        thread.start();

        }

       }

       æ³¨æ„ï¼šå†…部类中对于Context的引用要及时释放,以防止程序内存泄漏!

Android 开发中必须了解的 Context

       作为安卓开发工程师,Context是您日常工作中不可或缺的概念。它代表着应用程序环境和运行时状态的信息,可以访问系统资源、管理应用程序生命周期并实现与系统交互。Context实际上在安卓开发中随处可见,从启动Activity到读取文件、访问系统服务,甚至管理生命周期,垃圾回收源码都离不开Context。理解其概念与使用方法对于成为一名优秀的安卓开发工程师至关重要。

       Context的继承关系非常复杂,ContextImpl作为其实现类,包含所有具体实现。而ContextWrapper作为包装类,它可以添加新的功能,ContextThemeWrapper则专用于为UI组件添加主题样式,特别适用于Activity。这些关系展示了Context的文身店铺 源码多样性和灵活性,正确理解这些关系对于合理使用Context至关重要。

       在安卓应用程序中,Activity通过调用startActivity()方法启动。启动过程最终涉及ActivityThread.performLaunchActivity()方法,创建ContextImpl对象作为Activity的基础。通过此过程,可以创建Activity对象,实现其生命周期管理。

       对于思考部分,装饰器模式在安卓开发中的redis同步源码应用,提供了动态扩展对象功能的机制。它通过将对象包装在一个或多个装饰器对象中,实现新增行为而不修改原代码,从而增强了代码的灵活性和可扩展性。这种模式的核心在于维持原始对象的接口,通过装饰器对象的链式结构实现更复杂的功能。

       总的来说,Context在安卓开发中扮演着核心角色,理解其概念、掌握其使用方法以及灵活运用装饰器模式,将极大提升您的开发效率和代码质量。

Android Context 详解

       探讨Android Context的概念及其使用,深入了解不同场景下Context的选取与应用。

       首先,我们聚焦于Android中几种常用的Context类型。Activity作为Context的典型代表,其实例化在ActivityThread的handleLaunchActivity中完成。关键步骤是Activity.attach方法调用attachBaseContext(context)。深入此过程,我们发现这个context实际由ContextImpl.createActivityContext创建,其本质是ContextImpl的实例。值得注意的是,Activity拥有三种Context:自身作为Context、继承自ContextWrapper的Service、以及顶层的Application。

       接下来,让我们探索几种Context的使用差异。在构建Dialog时,需要确保使用Activity的Context,否则可能会出现错误。这是因为默认情况下,启动标准Activity时,它会被放入启动它的Activity的栈中。然而,当尝试在Application上执行此操作时,由于缺少必要的Activity信息,会引发错误提示,需要添加FLAG_ACTIVITY_NEW_TASK标记,以便新建一个Activity栈。

       总结而言,Android Context的多样化为开发者提供了灵活的组件交互机制。理解不同Context的来源、使用场景及其区别,对于构建高效、稳定的Android应用至关重要。通过深入探究上述内容,我们可以更好地掌握Context的运用,为开发工作奠定坚实的基础。