androidactivity进程吗

1. 关于android编程中service和activity的区别

①从设计的角度来讲：
Android的Activity的设计与Web页面非常类似，从页面的跳转通过连接，以及从页面的定位通过URL，从每个页面的独立封装等方面都可以看出来，它主要负责与用户进行交互。

Service则是在后台运行，默默地为用户提供功能，进行调度和统筹。如果一棵树的地上部分是Activity的话，它庞大的根须就是Service。Android的服务组件没有运行在独立的进程或线程中，它和其他的组件一样也在应用的主线程中运行，如果服务组件执行比较耗时的操作就会导致主线程阻塞或者假死，从而无法响应用户的操作。
因此，耗时的操作不要放在UI线程中，因为UI 5S，广播10s就阻塞了，会引发ANR。

②从使用的角度来讲：
Service不仅可以给Activity建立双向连接，为Activity提供数据和功能支持，也可以单向接受Intent的请求，进行数据的分析处理和功能调度。

③从扮演的角色来讲：
Activity的功能比较单一，主要就是显示应用所具有的一些功能，帮助用户与应用进行交互，像一个人的脸。而Service可能扮演功能调度者也能扮演功能提供者，从触发器收集信息进行分析和处理，然后更新界面，修改数据或进行其他操作时是一个功能调度者，从输入法的选择考虑Service扮演的就是一个功能提供者。View组件是Android中用户能够实实在在看到的部分，如按钮，输入框等就是继承自这个类，View只有装入Activity这样的容器中才有意义，而反过来
Activity装入了这些View后才能够成功完成与用户交互的任务，但是Service不需要这些花哨的东西，只需要默默地等待事件发生或者听候差遣。

2. android里面，怎么获取进程的activity对象。

每个 activity 都是一个组件 ，你应该调用 其他activity对象 。 而不是 获取 它，你获取它干什么，
你还可以发个消息 给它。

3. android activity是进程吗

是滴 UI线程 主线程

4. android 应用开发中的 Activity ，Intent, 是什么意思

Activity是android中独有的概念，它是android系统的最小调度单位，从这个方面讲有点像WIN32的线程，UNIX/LINUX的进程。一个android进程可以有多个Activity，但Activity之间交换数据需要使用Intent，并不能直接共享数据。
Intent是android的进程之间、Activity之间、线程之间交换数据的载体，类似与WIN32的消息(进程内、进程间消息)。

5. Android中，activity生命周期是指什么

一个Android应用程序在运行时，对于底层的Linux Kernel而言都是一个单独的进程，但是对于Android系统而言，因为局限于手机画面的大小与使用的考虑，不能把每一个运行中的应用程序窗口都显示出来。

所以通常手机系统的界面一次仅显示一个应用程序窗口，Android使用了Activity的概念来表示界面。

运行中的应用程序分为五大类，分别是：

前景模式：foreground process

可见模式：visible process

背景模式：background process

空白模式：empty process

服务模式：service process

除了最后一个，貌似service process是Service的事情了。其他都与Activity相关。

Android系统会判断应用程序Activity是属于哪一个类，给予不同的Activity生命周期。

Activity的生命周期也是它所在进程的生命周期。

Activity生命周期的运行如图：

Activity生命周期的每一个阶段都表示为金字塔上的一个台阶，当系统创建一个新的activity时，每一个回调函数都把activity的状态网上挪一步。

金子塔的最顶层就是activity运行在前景模式下，用户可与之交互。

当用户离开activity时，系统调用另一些回调函数，将activity的状态从金字塔中一步一步移下来。有些情况下，activity只移动一部分，并没有完全到底，这些情况下仍然可以移动回顶部。

注意这些状态中只有三个状态是静态（static）的，意味着activity只有在这三个状态下能停留一段时间：

Resumed：foreground，用户可交互running state

Paused：部分被遮挡，不能接收用户输入也不能执行代码，另一个半透明或者小的activity正挡在前面。

Stopped：activity完全被遮挡，不能被用户看到，activity被认为在background，当Stopped的时候，activity实例的状态信息被保留，但是不能执行任何代码。

其他状态都是转换状态，系统会很快调用其他相应的回调函数离开这些状态。比如系统调用onCreate()之后，会很快调用onStart()，之后是onResume()。

相信不少朋友也已经看了以上的分析之后，也基本了解了Activity生命周期的几个过程，我们就来说一说这几个过程。

1.启动Activity：系统会先调用onCreate方法，然后调用onStart方法，最后调用onResume，Activity进入运行状态。

2.当前Activity被其他Activity覆盖其上或被锁屏：系统会调用onPause方法，暂停当前Activity的执行。

3.当前Activity由被覆盖状态回到前台或解锁屏：系统会调用onResume方法，再次进入运行状态。

4.当前Activity转到新的Activity界面或按Home键回到主屏，自身退居后台：系统会先调用onPause方法，然后调用onStop方法，进入停滞状态。

5.用户后退回到此Activity：系统会先调用onRestart方法，然后调用onStart方法，最后调用onResume方法，再次进入运行状态。

6.当前Activity处于被覆盖状态或者后台不可见状态，即第2步和第4步，系统内存不足，杀死当前Activity，而后用户退回当前Activity：再次调用onCreate方法、onStart方法、onResume方法，进入运行状态。

7.用户退出当前Activity：系统先调用onPause方法，然后调用onStop方法，最后调用onDestory方法，结束当前Activity。

有关于Activity的生命周期是Android中最基础和最重要的知识，如果你想系统的了解一下Activity的生命周期，推荐你可以去一个叫做秒秒学的教程网站上看看。

6. Android 10.0 Activity的启动流程

本文主要学习记录，基于Android 10的源码，有错误欢迎指正，主要目的是梳理流程图。

以进程为单位的调用栈图如下：

1.activity中的startActivity方法最终都会通过拿到ATSM的代理IActivityTaskManager调用的startActivity；

2.之后进入system server进程中的ATMS startActivity，ATMS 经过收集Intent信息，然后使用ActivityStackSupervisor.startSpecificActivityLocked，如果进程已经存在，则直接使用realStartActivityLocked，通过App的binder客户端的代理ApplicationThread调用回到bindApplication，走入Activity的启动流程；如果进程不存在则通过socket链接Zygote，请求fork新的进程；

3.App进程创建完成后，进程启动会调用ActivityThread.main方法，初始化主线程Handler,接着走入attach方法，然后通过AMS的代理调用AMS的attachApplication方法，并将App进程的通信代理ApplicationThread传入AMS；

4.AMS获取到ATMS调用ApplicationThread的bindApplication回到App进程的ActivityThread.ApplicationThread.bindApplication方法中，然后使用Handler切换到主线程执行handleBindApplication，这里初始化了App的进程名字、时间，用户的硬件配置，包括App的文件系统，创建了App的Context实例，Instrumentation实例，调用App的onCreate回调方法，同时告诉AMS APP初始化工作完毕；

5.AMS接着会调用ATMS的attachApplication，最后调用ClientLifecycleManager的scheleTransaction方法，通过App的Binder代理ApplicationThread回到ActivityThread；

6.进入ActivityThread.ApplicationThread.scheleTransaction方法之后就进入了Activity的onStart、onResume回调

创建进程之前的过程主要是AMS的内部信息收集的判断的过程，下面主要看一下App进程启动的源码流程

从应用进程被创建开始，ActivityThread.main被执行

调用ActivityThread的attach方法，然后将activity和AMS通信的Binder代理IApplicationThread实例传入AMS

接着进入AMS进程，ActivityManagerService.attachApplicationLocked

1.thread.bindApplication ：该方法主要讲App进程的配置信息通过IApplicationThread Binder通信回传到ActivityThread中

2.mAtmInternal.attachApplication ：mAtmInternal实际就是ActivityTaskManager的实例，通过LocalServices加载

那么这里相当于走到了ActivityTaskManagerServer的attachApplication中

先看第一条：

注意：ActivityThread中存在于Binder通信的代理--》ApplicationThread extends IApplicationThread.Stub

ActivityThread--》ApplicationThread--》bindApplication

这里的bindApplication主要初始化了AppBindData，然后发送BIND_APPLICATION给APP的主线程BIND_APPLICATION，最后执行了handleBindApplication

handleBindApplication如下：

ActivityThread--》class H extends Handler

该方法主要在App进程中对App的一些硬件资源配置申请的属性、App的文件夹等完成App基本信息的初始化

接着看第二条：mAtmInternal.attachApplication

mAtmInternal.attachApplication最终会调用mRootActivityContainer.attachApplication(wpc)

RootActivityContainer.attachApplication

接着调用ActivityStackSupervisor.realStartActivityLocked开始创建Activity

ActivityStackSupervisor.realStartActivityLocked

创建ClientLifecycleManager和ClientTransactionHandler来辅助管理Activity的生命周期

注意

clientTransaction.addCallback是LaunchActivityItem

lifecycleItem是ResumeActivityItem

ClientLifecycleManager.scheleTransaction最终会调用ClientTransaction的schele方法

那么这个mClient是IApplicationThread的实例，那么此时也就回到了ActivityThread的ApplicationThread中

ActivityThread的ApplicationThread中

因为ActivityThread继承ClientTransactionHandler，所以到了ClientTransactionHandler中

通过Handler发送消息EXECUTE_TRANSACTION到H中

接着TransactionExecutor的execute方法

LaunchActivityItem.execute方法

client其实是在ActivityThread的实例，那么就回到了ActivityThread的handleLaunchActivity

接着调用performLaunchActivity

在performLaunchActivity中，主要是加载App的资源包，然后创建了Activity的context实例，并创建了Activity的实例，接着调用activity.attach方法，attach执行完之后调用了onCreate方法。

activity.attach

activity.attach中主要

1.创建了PhoneWindow实例

2.设置了Window接口的监听

3.初始化了成员变量，包括线程和WindowManager

到此Oncreate已经完成，那么OnStart和OnResume去哪了？

TransactionExecutor的execute方法

之前们只分析了executeCallbacks，接着executeLifecycleState方法

TransactionExecutor的executeLifecycleState方法

cycleToPath：lifecycleItem即为ResumeActivityItem

第一点：

int finish = lifecycleItem.getTargetState()

lifecycleItem对应ResumeActivityItem，如下：

ResumeActivityItem的getTargetState方法

对应ActivityLifecycleItem中的枚举类型：

第二点：ActivityClientRecord中的mLifecycleState，由于在前面已经执行了handleLaunchActivity所以mLifecycleState=1

对应ActivityLifecycleItem中的枚举类型：

PRE_ON_CREATE = 0

所以final int star = 1

接着看getLifecyclePath，此时start=1，finish=3

那么返回的IntArray就是2

接着看performLifecycleSequence

最终执行的是handleStartActivity所以最终走到了ActivityThread的handleResumeActivity

两点：

调用activity.performStart

调用Instrumetation.callActivityOnPostCreate

performStart方法：

调用了Instrumentation.callActivityOnStart方法：

最终到了activity的onStart方法

第二点：Instrumentation.callActivityOnPostCreate

上面主要走了cycleToPath，接着ResumeActivityItem.execute

调用了handleResumeActivity方法

handleResumeActivity最终调用performResumeActivity

调用了Instrumentation.callActivityOnResume，

到了activity.onResume()方法

参考文章： https://blog.csdn.net/u011386173/article/details/87802765

7. 安卓 一个activity就是一个进程吗

sdk上说的是activity和service默认是运行在应用进程的主线程中，四大组件默认都是和activity运行在同一个主线程中的，那就是说activity通过startservice方法启动一个服务后，被启动的服务和activity都是在同一个线程中的 service的执行优先级比较高，activity比较低，所以activity容易被系统干掉，service要好的多，当然没资源的时候一样被干掉。

8. android开发中不同的activity是否在同一个线程

• 首先activity是android的四大组件之一，我们看到的APP界面其实就是activity，所以activity是运行在主线程中的

• 其次service跟activity一样，也是android的四大组件之一，主要实现不需要界面，在后台执行的耗时操作，但是他和activity一样，运行在同一个进程，如果结束当前activity所在进程，service也同样会结束，因此他们两个是运行在同一个进程中的，但不是同一个线程，service是用来处理耗时操作的，而且不需要界面支持，既然是耗时操作，就需要放在子线程中了，所以说service和activity需要在不同的线程中

• 解决方法，如果想让service运行在不同线程中可以使用Thread，也可以使用handle，使service运行在中的耗时操作运行在子线程中

• 或者在Manifest文件中为service设置android:process，如下图，此时service是运行在“包名+：remote”进程里面，注意：此时service和activity是在不同的进程里面，当然，此时的activity结束后，也不会影响到service

  

• 我们还可以使用intentservice这个抽象类，我们可以继承实现它里面的方法，intentservice是直接运行在子线程里面的，可以直接在这里实现耗时操作

9. Android之Activity全面解析，有些知识点容易忘记

Activity作为安卓四大组件之一，是最重要也是用得最多的组件，涉及的知识点非常多，有些知识点平时开发很少用到，但在某些场景下需要特别注意，本文详细整理了Activity涉及的知识点，供开发参考。

针对Activity可以提出很多问题，如：
Activity 的生命周期？
Activity 之间的通信方式？
Activity 各种情况下的生命周期？
横竖屏切换时 Activity 的生命周期？
前台切换到后台，然后再回到前台时 Activity 的生命周期？
弹出 Dialog 的时候按 Home 键时 Activity 的生命周期？
两个Activity之间跳转时的生命周期？
下拉状态栏时 Activity 的生命周期？
Activity 与 Fragment 之间生命周期比较？
Activity 的四种 LaunchMode（启动模式）的区别？
Activity 状态保存与恢复？
Activity的转场动画有哪些实现方式？
Activity的生命周期中怎么获取控件宽高？
onNewIntent的执行时机？
如何连续退出多个Activity？

如何把Acitivty设置成Dialog样式 ，android:theme="@android:style/Theme.Dialog"

关于横竖屏切换的生命周期，对应不同的手机，由于厂商定制的原因，会有不同的效果，如设置了configChanges="orientation”在有些手机会执行各个生命周期，但有些手机却不会执行。
网上常见的结论如下：

但实际的测试如下：

可以看出，不同厂商的手机切屏生命周期会有差异。
从API 13以上，当设备在横竖切屏时，“屏幕尺寸”也会发生变化，因此为了杜绝切屏导致页面销毁重建，需要加上screenSize，使用设置4，即 android:configChanges="orientation|keyboardHidden|screenSize" .

Activity的四种状态如下：

在activity处于paused或者stoped状态下，如果系统内存紧张，可能会被销毁，当重回该activity时会重建，正常返回和被回收后返回的生命周期如下：

如果是回收后返回，onCreate的参数savedInstanceState不为空。

有哪些场景会触发onNewIntent回调呢？跟启动模式有关，首先该Activity实例已经存在，再次启动才可能触发。一种情况是启动模式是singleTask或者singleInstance，无论该activity在栈中哪个位置，都会触发onNewIntent回调，并且把上面其他acitivity移除，另一种情况是启动模式是singleTop或者以FLAG_ACTIVITY_SINGLE_TOP启动，并且该activity实例在栈顶，会触发onNewIntent，如果不在栈顶是重新创建的，不会触发。

在实际业务开发中，往往碰到需要连续退出多个activity实例，下面整理了几种常见方法：

● 发送特定广播
1、在需要处理连续退出的activity注册该特定广播；
2、发起退出的activity发送该特定广播；
3、接收到该广播的activity 调用finish结束页面。
● 递归退出
1、用startActivityForResult启动新的activity；
2、前一个页面finish时，触发onActvityResult回调，再根据requestCode和resultCode处理是否finish，达到递归退出的效果。
● FLAG_ACTIVITY_CLEAR_TOP
通过intent.setFlag(Intent.FLAG_ACTIVITY_CLEAR_TOP)启动新activity，如果栈中已经有该实例，则会把该activity之上的所有activity关闭，达到singleTop启动模式的效果。
● 自定义activity栈
1、自定义activity列表，新打开activity则加入栈中，关闭则移除栈；
2、需要退出多个activity时，则循环从栈中移除activity实例，并调用finish。

在讨论Activity启动模式经常提到任务栈，那到底什么是任务栈？
任务是一个Activity的集合，它使用栈的方式来管理其中的Activity，这个栈又被称为返回栈(back stack)，栈中Activity的顺序就是按照它们被打开的顺序依次存放的。返回栈是一个典型的后进先出(last in, first out)的数据结构。下图通过时间线的方式非常清晰地向我们展示了多个Activity在返回栈当中的状态变化：

taskAffinity 任务相关性，可以用于指定一个Activity更加愿意依附于哪一个任务，在默认情况下，同一个应用程序中的所有Activity都具有相同的affinity， 名字为应用的包名。当然了，我们可以为每个 Activity 都单独指定 taskAffinity 属性（不与包名相同）。taskAffinity 属性主要和 singleTask 启动模式和 allowTaskReparenting 属性配对使用，在其他情况下没有意义。
taskAffinity 有下面两种应用场景：

分为显示启动和隐式启动。
（1）显示启动
直接指定待调整的Activity类名。

（2）隐式启动
Intent 能够匹配目标组件的 IntentFilter 中所设置的过滤信息，如果不匹配将无法启动目标 Activity。IntentFilter 的过滤信息有 action、category、data。
IntentFilter 需要注意的地方有以下：
● 一个 Activity 中可以有多个 intent-filter
● 一个 intent-filter 同时可以有多个 action、category、data
● 一个 Intent 只要能匹配任何一组 intent-filter 即可启动对应 Activity
● 新建的 Activity 必须加上以下这句，代表能够接收隐式调用
<category android:name="android.intent.category.DEFAULT" />

只要匹配一个action即可跳转，注意的是action要区分大小写。

规则：如果intent中有category，则所有的都能匹配到intent-filter中的category，intent中的category数量可用少于intent-filter中的。另外，单独设置category是无法匹配activity的，因为category属性是一个执行Action的附加信息。

intent不添加category会匹配默认的，即 “android:intent.category.DEFAULT”
如果上面例子，如果去掉intent.setAction("action_name")，则会抛出异常：

规则：类似action，但data有复杂的结构，只要匹配一个data并且与data中所有属性都一致就能匹配到Activity，只要有1个属性不匹配，都无法找到activity。
data的结构：

data 主要是由 URI 和 mimeType 组成的。
URI 可配置很多信息，的结构如下：

与url类似，例如：

mineType：指资源类型包括文本、图片、音视频等等，例如:text/plain、 image/jpeg、video/* 等

下面看下data匹配的例子：
只匹配scheme

只匹配scheme也是能匹配到activity的。

匹配scheme、host、port
将上面的data改为

匹配mineType

如果有mineType，则不能仅设置setData或setMineType了，因为setData会把mineType置为null，而setMineType会把data置为null，导致永远无法匹配到activity，要使用setDataAndType。

使用scheme的默认值contentfile

注意该方法需要在startAtivity方法或者是finish方法调用之后立即执行，不能延迟，但可以在子线程执行。

而在windowAnimationStyle中存在四种动画：
activityOpenEnterAnimation // 打开新的Activity并进入新的Activity展示的动画
activityOpenExitAnimation // 打开新的Activity并销毁之前的Activity展示的动画
activityCloseEnterAnimation //关闭当前Activity进入上一个Activity展示的动画
activityCloseExitAnimation // 关闭当前Activity时展示的动画

overridePendingTransition的方式比较生硬，方法也比较老旧了，不适用于MD风格，google提供了新的转场动画ActivityOptions，并提供了兼容包ActivityOptionsCompat。

我们知道在onCreate和onResume里面直接获取到控件宽高为0，那有什么办法获取到控件的实际宽高？只要有onWindowFocusChanged、view.post、ViewTreeObserver三种方式获取。

当用户点击桌面图标启动APP时，背后的流程如下：

我们看到的手机桌面是Launch程序的界面，点击应用图标会触发点击事件，调用startActivity(intent)，然后通过Binder IPC机制，与ActivityManagerService(AMS)通讯，AMS执行一系列操作，最终启动目前应用，大概流程如下：

通过PackageManager的resolveIntent()收集跳转intent对象的指向信息，然后通过grantUriPermissionLocked()方法来验证用户是否有足够的权限去调用该intent对象指向的Activity。如果有权限，则在新的task中启动目标activity，如果发现没有进程，则先创建进程。

如果进程不存在，AMS会调用startProcessLocked创建新的进程，在该方法中，会通过socket的通讯方式通知zygote进程孵化新的进程并返回pid，在新的进程中会初始化ActivityThread，并依次调用Looper.prepareLoop()和Looper.loop()来开启消息循环。

创建好进程后下一步要将Application和进程绑定起来，AMS会调用上一节创建的ActivityThread对象的bindAppliction方法完成绑定工作，该方法会发送一条BIND_APPLICATION的消息，最终会调用handleBindApplication方法处理消息，并调用makeApplication方法处理消息，加载APP的classes到内存中。

通过前面的步骤，系统已经拥有了该Application的进程，后续的启动则是从已存在其他进程中启动Acitivity，即调用realStartAcitvityLocked，该方法会调用Application的主线程对象ActivityThread的sheleLaunchActivity方法，在方法中会发送LAUNCH_ACTIVITY到消息队列，最终通过handleLaunchActivity处理消息，完成Acitivty的启动。

Activity
Activity 的 36 大难点，你会几个？“建议收藏”
[译]Android Application启动流程分析