1.Android-Fragment源码分析
2.Android Framework源码面试——Activity启动流程
3.anfroid开发怎么查看某个类或方法的源码源代码
4.Activity的基础知识(下)
5.Android N 四大组件的工作原理

Android-Fragment源码分析

       Fragment是Android系统为了提高应用性能和降低资源消耗而引入的一种更轻量级的组件，它允许开发者在同一个Activity中加载多个UI组件，源码实现页面的源码切换与回退。Fragment可以看作是源码Activity的一个子部分，它有自己的源码生命周期和内容视图。

       在实际应用中，源码kobuki源码解读Fragment可以用于构建动态、源码可复用的源码UI组件，例如聊天应用中，源码左右两边的源码布局（联系人列表和聊天框）可以分别通过Fragment来实现，通过动态地更换Fragment，源码达到页面的源码切换效果，而无需整个页面的源码刷新或重新加载。

       在实现上，源码gaeproxy源码v4.Fragment与app.Fragment主要区别在于兼容性。源码app.Fragment主要面向Android 3.0及以上版本，而v4.Fragment（即支持包Fragment）则旨在提供向下兼容性，支持Android 1.6及更高版本。使用v4.Fragment时，需要继承FragmentActivity并使用getSupportFragmentManager()方法获取FragmentManager对象。尽管从API层面看，两者差异不大，但官方倾向于推荐使用v4.Fragment，以确保更好的兼容性和性能优化。

       下面的示例展示了如何使用v4.Fragment实现页面的加载与切换。通过创建Fragment和FragmentActivity，我们可以加载特定的jsonfield源码Fragment，并在不同Fragment间进行切换。

       在FragmentDemo的布局文件中，定义了Fragment容器。

       在Fragment代码中，定义了具体的业务逻辑和视图渲染，如初始化界面数据、响应用户事件等。

       在Activity代码中，通过FragmentManager的beginTransaction方法，加载指定的Fragment实例，并在需要时切换到不同Fragment，实现页面的动态更新。

       从官方的ollydump源码建议来看，v4.Fragment已经成为推荐的使用方式，因为它在兼容性、性能和功能方面都更优于app.Fragment。随着Android系统的迭代，使用v4.Fragment能确保应用在不同版本的Android设备上均能获得良好的运行效果。

       在Fragment的生命周期管理中，Fragment与Activity的生命周期紧密关联。通过FragmentManager的操作，如commit、replace等，可以将Fragment加入到Activity的堆栈中，实现页面的加载与切换。当用户需要返回时，textmeshpro 源码系统会自动将当前Fragment从堆栈中移除，从而实现页面的回退。

       深入Fragment源码分析，我们可以了解其如何在底层实现这些功能。Fragment的初始化、加载、切换等过程涉及到多个关键类和方法，如FragmentManager、FragmentTransaction、BackStackRecord等。通过这些组件的协作，Fragment能够实现与Activity的生命周期同步，确保用户界面的流畅性和高效性。

       在实际开发中，使用Fragment可以显著提高应用的响应速度和用户体验。通过动态加载和切换不同的Fragment，开发者可以构建出更加灵活、高效的应用架构，同时减少资源的消耗，提高应用的性能。

Android Framework源码面试——Activity启动流程

       面试官常问关于Activity启动模式的问题，但这涉及的知识点远不止四种模式。默认启动模式会因Intent Flag的设置而发生变化，面试时仅凭流程描述往往难以全面理解。

       设置FLAG_ACTIVITY_NEW_TASK在Service中启动Activity时，Activity的启动行为会有所不同。不同场景下，Activity的启动表现各不相同。以singleInstance属性为例，即使设置了，使用Intent.FLAG_ACTIVITY_CLEAR_TASK启动时，并非完全遵循只复用实例的原则。

       此外，不同Intent Flag的叠加使用也有各自的特性和表现。单一讨论启动模式的原理不易全面，理解需要结合实际项目、阅读源码或实验验证。

       面试中，面试官可能会提出深入的、场景化的关于Activity启动的问题。例如，在Service中启动Activity时，FLAG_ACTIVITY_NEW_TASK的作用是什么？设置singleInstance后，使用FLAG_ACTIVITY_CLEAR_TASK启动时的行为如何？不同Intent Flag的组合使用又会产生哪些不同的结果？

       理解这些知识点不仅需要对Android框架有深入的了解，还需要通过实践去验证和理解。比如，尝试在实际项目中使用不同的Intent Flag，观察Activity的启动行为，这样能更好地理解其背后的原理。

anfroid开发怎么查看某个类或方法的源代码

       android开发语言是java，由于java面向对象的特性，我们在开发中会非常多的用到继承重写等语言特性，一些内置类或方法在使用时需要我们重写或继承才能实现自定义，此时需要我们通过查看源代码来了解该函数或类的写法和用法。下面我们学习如何查看源代码。

       首先要先下载并安装好sdk源码，才可以查看。打开sdk manager

       找到你的sdk已安装的最新的API版本，点击小三角，打开该API的详情。图中打开的是android4.4.2的API

       勾选Sources for Android SDK，并点击install 1 package。

       接着出现这个页面，点击Accept License，点击install，然后开始安装，稍等片刻后，安装成功。

       安装成功后，当你想查看某个类或方法的实现细节，只需要按住ctrl键，将鼠标指向该类或方法，鼠标由箭头变成手指后，点击即可进入该类的源代码。如下图是activity类的源码。

Activity的基础知识(下)

       ä¸Šç¯‡æ€»ç»“了Activity的一些知识,现在继续对Activity的知识进行梳理,包括Activity直接传递数据,Activity的生命周期,Activity的启动模式等.

        1.intent传递数据:

        使用startActivity方法,intent的putExtra()方法,以键值对的形式传递数据,该方法有很多重载方法,可以根据传递数据的不同类型选择合适的方法.除了有putExtra()方法外,还有putExtras()方法,传递的参数是Bundle.

        如果传递的是对象,这个对象要实现序列化,也就是实现Parcelable或者Serializable接口.

        如果希望被启动的页面返回数据,需要使用startActivityForResult()方法,这个方法中需要设置访问号,用来区分不同的访问者.并且在启动页重写onActivityResult方法用来接收返回的数据,

        2.两种情况下的Activity的生命周期.

        正常情况下的生命周期,正常情况是指用户的正常操作下的Activity的生命周期.后面会分析异常情况下的生命周期.

        onCreate: Activity第一次创建时候的回调,主要是在这个方法进行初始化工作,比如初始化控件和事件绑定工作.

        onStart:Activity从不可见状态变成可见状态.

        onResume:Activity变成前台,可以和用户交互.

        onPause:Activity可见但是不能和用户交互.

        onStop:Activity从可见变得不可见,成为后台Activity.

        onDestroy:Activity销毁时调用.

        onRestart:Activity从后台变成前台Activity.

        在启动Activity和两个Activity之间跳转时,可以知道Activity的生命周期变化过程,有两个说明:(1)在两个Activity跳转时,第一个Activty的onPause,onStop方法和第二个Activity的生命周期方法调用时机.

        第一个Activity先执行onPause方法,第二个Activity才能创建.这也就意味着在onPause方法中不能执行太耗时的操作,否则会影响第二个Activity的创建.在源码(ActivityStack)中有这样的注释:

        (2)onStart和onResume,onPause和onStop这两对方法的实质不同处:onStart和onStop这两个方法是从Activity的可见性来区分的,onResume和onPause是从Activity是否处于前台,是否可以和用户交互来区分的,注意在onPause调用时Activity还是可见的,调用时机比如弹出dialog时,下面的Activity是可见的.这个时候调用的是onPause方法.

        异常情况下Activity的生命周期:异常情况下是指资源相关配置发生变化或后台Activity被系统回收时Activity的生命周期.后台Activity被系统回收的情况比较难复现,在资源相关配置发生变化时和后台Activity被回收时的生命周期执行过程是一样的,比较容易复现的就是横竖屏切换时的生命周期执行过程.在 AndroidManifest的Activity组件下配置android:screenOrientation标签,当设置可以横竖方向随着方向感应器来调节时,在切换时会出现先销毁Activity再创建的过程.

        过程:

        在这种情况下有可能会有数据的丢失,系统提供用来保存数据和还原数据的方法:onSaveInstanceState和onRestoreInstanceState.用方法参数Bundle可以保存和还原数据.

        可以根据需要设置android:screenOrientation标签,设定activity的方向,如果activity的方向是需要横竖屏切换,但是不容许销毁Activity,可以设置如下标签,当这些情况(常用的)发生变化是不会重新走Activity的生命周期方法,只会调用onConfigurationChanged,可以根据情况在这个方法里更新操作.

        切换时的log输出

        3.Activity的四种启动模式

        标准:是Activity的默认启动模式,对于AndroidManifest的Activity节点下的android:launchMode="standard"标签.

        特定:每次启动都会重新创建新的Activity.

        singleTop:对应的AndroidManifes的Activity节点下的android:launchMode="singleTop"标签

        特点:当此模式的Activity处于栈顶时,不会重新创建新的Activity,会调用onNewIntent方法,如果更新Activity的intent,需要调用 setIntent()方法,具体的生命周期过程

        singleTask:在activity栈中已经有需要再启动的activity时,会先清除位于需要启动activity之上的activity,例如:启动顺序mainActivity-activityA -activityB-activityA,其中activityA是singleTask的启动模式:

        singleInstance:在一个栈中单独存在的activity.

        关于activity栈:是指用来管理activity一种"先进先出"的队列结构,查看activity对应栈的方法:Activity的getTaskId()方法,同一个栈的id值是相同的.adb shell dumpsys activity在终端查看栈结构,比如还是上面的activity启动顺序,不同是ActivityA这是设置成singleInstance,这是的栈结构:有两个TaskRecord,其中ActivityB和MainActivity位于同一个栈中.

        4.Activity开发中使用技巧:

        <1>定义一个父Activity,在创建新的Activity时继承这个activity即可,将一些activity的公共设置可以设置在父activity中,比如获取每个Activity的名字,设置activity的窗体属性,同一管理activity的生命周期等,

        <2>在启动的activity中定义静态方法,启动条件会显而易见:

        <3>管理activityç±»,用来一键退出app.在父类Activity的创建和销毁时用来添加和移除Activity,在需要一键退出的地方调用静态finishAllActivity方法.

Android N 四大组件的工作原理

       æœ¬æ–‡ä¾§é‡è®²è§£android N 系统中四大组件的工作原理，不同系统原理略有差别。通过分析四大组件的工作流程加深对Android Framework的理解，也为插件化开发打下基础。

        Activity

        展示一个界面并和用户交互，它扮演的是一个前台界面的角色。

        Service

        计算型组件，用于后台执行一系列计算任务，工作在主线程，耗时操作需要另起线程， 分为启动状态和绑定状态。

        BroadcastReceiver

        消息型组件，主要用于不同组件或者不同应用之间的消息传递，它工作在系统内部，不适合执行耗时操作，操作超过5s，会出现ANR。

        ContentProvider

        数据共享型组件，用于向其他组件或者应用共享数据，主要执行CURD操作。

        我们启动一个activity有两种方法，

        第一种（Activity直接启动方式）：

        Intent intent = new Intent(this, MainActivity.class);

        startActivity(intent);

        第二种（Context启动方式）

        Intent intent = new Intent(this, MainActivity.class);

        getApplicationContext().startActivity(intent);

        不同的启动方式Activity的工作流程有点差别。

        两种启动都会调用到Instrumentation类中的execStartActivity的方法，系统最终是通过ActivityThread中的performLaunchActivity完成Activity的创建和启动。

        performLaunchActivity方法主要完成以下工作：

        1、通过ActivityClientRecord对象获取启动activity的组件信息

        2、通过mInstrumentation对象的newActivity方法调用classloader完成activity的创建

        3、通过r.packageInfo(LoadedApk 对象)的makeApplication方法尝试创建Application对象

        4、创建ContextImpl对象并调用Activity的attach方法完成一些数据的初始化

        5、调用Activity的onCreate方法

        在Activity启动的过程中，App进程会频繁地与AMS进程进行通信：

        App进程会委托AMS进程完成Activity生命周期的管理以及任务栈的管理；这个通信过程AMS是Server端，App进程通过持有AMS的client代理IActivityManager完成通信过程；

        AMS进程完成生命周期管理以及任务栈管理后，会把控制权交给App进程，让App进程完成Activity类对象的创建，以及生命周期回调；这个通信过程也是通过Binder完成的，App所在server端的Binder对象存在于ActivityThread的内部类ApplicationThread；AMS所在client通过持有IApplicationThread的代理对象完成对于App进程的通信。

        Service有两种启动方式，startService()和bindService()，两种状态可以并存:

        startService流程

        bindService流程

        BroadcastReceiver的工作过程主要包括广播的注册、发送和接收:

        动态注册过程：

        发送过程

        静态注册是由PackageManagerService（PMS）在应用安装的时候完成整个注册过程的，除广播以外，其他三大组件也都是在应用安装时由PMS解析并注册的。

        每个进程的入口都是ActivityThead.main()，App的启动流程如下：

        从源码中可以看出：

        应用启动的入口为ActivityThread的main方法，main方法会创建ActivityThread实例并创建主线程消息队列。

        attach方法中远程调用AMS的attachApplication方法，并提供ApplicationThread用于和AMS的通信。

        attachApplication方法会通过bindApplication方法和H来调回ActivityThread的handleBindApplication，这个方法会先创建Application，再加载ContentProvider，然后才会回调Application的onCreate方法。

        由上图可以看出，在ContentProvider的启动过程中伴随着app进程的启动。

        ContentProvider的其他CURD操作如insert，delete，update跟query的流程类似。