大家好,又见面了,我是你们的朋友全栈君。 测试应用主activityA使用默认启动模式 ACTIVITY MANAGER ACTIVITIES (dumpsys activity activities) Display #0 (activities from top to bottom): Stack #5: Task id #27 * TaskRecord{4f29769 #27 A=com.wp.launchmode U=0 sz=1} * Hist #0: ActivityRecord{a0bc5f0 u0 com.wp.launchmode/.ActivityA t27}
Android LaunchMode是一个重要的概念,它定义了Activity的启动模式,决定了Activity在不同情况下如何启动。在面试中,LaunchMode相关的知识点经常被问到。本文将从10个疑难问题入手,深入剖析面试官的出发点,并提供详细解答,帮助读者在面试中展现扎实功底,脱颖而出。
作为一个好的开发人员,不应该忽视掉Activity的启动方式launchMode。每次新建Activity时,内心都要问问自己这个界面启动场景是什么,它应该适应于哪种启动方式?如果要快速灵活的解决上述问题,我们需要对launchMode的四种启动方式了然于胸。下面我会逐一通过简洁的语言介绍它们的意义,同时使用一句话来总结它们各自的特性,帮助我们迅速了然于胸。
下面是Activity类与生命周期有关的方法: onCreate : 创建页面 onStart : 开始页面 onStop : 停止页面 onResume : 恢复页面 onPause : 暂停页面 onDestroy : 销毁页面 onRestart : 重启页面 onNewIntent : 重用栈中已存在的实例 onSaveInstanceState : 保存实例状态。使用场景:1、从A视图跳转到B视图,需要保存A视图的状态(不考虑特殊情况);2、屏幕从竖屏变为横屏,需要保存竖屏时的视图状态,从横屏变为竖屏亦然;3、当前Activity处于后台,系统因资源紧张将其杀死。 onRestoreInstanceState : 恢复实例状态。使用场景:1、屏幕从竖屏变为横屏,横屏显示时需要恢复之前保存的竖屏状态;2、activity后台运行被系统杀死。此处注意,从B视图返回A视图时并不调用该方法。 最简单的页面启动顺序:onCreate->onStart->onResume 最简单的页面退出顺序:onPause->onStop->onDestroy
首先,这是从 一个开源网站转载的,觉得写得不错,对我们之前理解的activity的启动模式是一个新的理解方式,并给出实际的应用场景。 任务栈是什么 任务栈Task,是一种用来放置Activity实例的容器,他是以栈的形式进行盛放,也就是所谓的先进后出,主要有2个基本操作:压栈和出栈,其所存放的Activity是不支持重新排序的,只能根据压栈和出栈操作更改Activity的顺序。 启动一个Application的时候,系统会为它默认创建一个对应的Task,用来放置根Activity。默认启动Activity会
最近在开发一个Android SDK的项目,提供给游戏方接入,发现游戏是unity引擎;正常游戏都是只有一个activity(继承UnityPlayerActivity),但是SDK业务交互上需要特定场景会弹出一个或者多个新的activity在UnityPlayerActivity上,这个时候如果安卓手机点击home回到桌面,再点击图标返回,发现除了UnityPlayerActivity,其他的activity都被回收了。
在Android程序中,应用程序通过活动栈来管理Activity,活动栈中有多少个Activity对象,我们在退出程序的时候就要按多少下返回键(即要将活动栈中的所有Activity出栈),但是这样的话难免会有活动栈中存在相同的Activity对象,那么我们该如何解决这个问题呢。
在之前的文章中,我们有讲过Android插件化加载资源。其核心思想是,通过仿照安装的流程,自行创建Resources,然后通过ResId去加载相应的资源。 同样,在启动插件Activity时,我们的思路也类似。通过仿照Activity的启动过程,我们自行创建Activity,“偷梁换柱”,交给系统去启动。 思路参考:VirtualAPK 为了成功地实施“偷梁换柱”我们首先要熟悉Activity的启动流程: Activity.startActivity Activity.startActivityForRes
谈起Activity的启动模式必不可少的要是launchMode、Flags、taskAffinity这三块知识点,上一篇文章 深入理解Activity启动模式之launchMode 看过的同学都知道该文章对launchMode做了非常详细的讲解,所以本片文章承接上一篇文章对剩余的Flags、taskAffinity这两块做讲述,希望看完此片文章的同学们此后遇到Activity的启动模式相关问题或使用场景再也不用查资料_。 (PS:本篇文章的实验数据都基于Android7.0)
在测试Activity的启动过程中,测试Intent.FLAG_ACTIVITY_CLEAR_TOP以及SingleTask的过程中发现这两者有一些区别。
面试的时候,面试官经常同你随便侃侃Activity的启动模式,但Activity启动牵扯的知识点其实很多,并非能单单用四个启动模式就能概括的,默认的启动模式的表现会随着Intent Flag的设置而改变,因此侃Activity启动模式大多走流程装逼,最多结合项目遇到的问题,随便刁难一下面试者,并不太容易把控,也许最后,面试官跟面试者的答案都是错了,比如在Service中必须通过设置FLAG_ACTIVITY_NEW_TASK才能启动Activity,这个时候启动Activit会有什么样的表现呢?就这一个问题,答案就要分好几个场景:
一个应用程序当中通常都会包含很多个Activity,每个Activity都是一个具有特定的功能,并且可以让用户进行操作的组件。另外,Activity之间可以相互启动,当前应用的Activity甚至可以去启动其他应用的Activity。
如果一个活动失去了焦点,但仍然可见(也就是说,一个新的非全尺寸或透明的活动将焦点放在了活动的顶部),那么它将被暂停。暂停的活动是完全活动的(它维护所有状态和成员信息,并保持与窗口管理器的连接),但是在内存极低的情况下,系统可能会终止它。
面试的时候,面试官经常同你随便侃侃Activity的启动模式,但Activity启动牵扯的知识点其实很多,并非能单单用四个启动模式就能概括的,默认的启动模式的表现会随着Intent Flag的设置而改变,因此侃Activity启动模式大多走流程装逼,最多结合项目遇到的问题,随便刁难一下面试者,并不太容易把控,也许最后,面试官跟面试者的答案都是错了,比如在Service中必须通过设置FLAG_ACTIVITY_NEW_TASK才能启动Activity,这个时候启动Activit会有什么样的表现呢?就这一个问题
今天分享一波面试系列,都是一些面试时肯定会被问到的问题,其中的内容也是和我被面试的实际情况息息相 关,希望能帮大家踩一点坑。
AMS:AMS Binder对象 AMN:app中获取AMS代理的对象 ATP:ApplicationThreadProxy用于AMS和APP通信,AT的代理对象 APT:ApplicationThread APP中的Binder对象。APT中会利用mh这个Handler发送消息做对应处理 AT:APT会调用AT得方法,AT中给mh发消息 mh:App的Handler,用于接受处理AMS等系统服务发送的消息处理
以下几种情况下,Activity的生命周期会发生异常 1,资源相关的系统配置发生改变 比如,旋转屏幕,在默认状态下,Activity就会被销毁并且重新创建。
任何正式APP都不可能只有一个Activity,当有多个Activity时,怎么从一个Activity进入到另一个Activity呢? 答案就是活动跳转。
上周末,滴滴与360都开源了各自的插件化框架,VirtualAPK与RePlugin,作为一个插件化方面的狂热研究者,在周末就迫不及待的下载了Virtualapk框架来进行研究,本篇博客带来的是VirtualAPK原理解析的第一篇Activity管理,博客只是自己的理解,小弟才疏学浅,可能有很多理解不对的地方,欢迎各位大神指出。(看博客之前,请大家先下载VirtualVirtualAPKapk的项目,https://github.com/didi/VirtualAPK)
launchMode在多个Activity跳转的过程中扮演着重要的角色,它可以决定是否生成新的Activity实例,是否重用已存在的Activity实例,是否和其他Activity实例公用一个task里。这里简单介绍一下task的概念,task是一个具有栈结构的对象,一个task可以管理多个Activity,启动一个应用,也就创建一个与之对应的task。 Activity一共有以下四种launchMode: 1.standard 2.singleTop 3.singleTask 4.singleInstan
在Android应用程序中,可以配置Activity以四种方式来启动,其中最令人迷惑的就是”singleTask”这种方式了,官方文档称以这种方式启动的Activity总是属于一个任务的根Activity。果真如此吗?本文将为你解开Activity的”singleTask”之谜。
Android每个Application都是由若干个四大组件组成的。每个页面都是一个Activity,当需要打开相应页面(Activity)时系统会创建他们的实例并把他们一一放入栈中进行管理。任务栈是一种“后进先出”的栈结构,通过back键,我们可以发现这些Activity会一一出栈(PS:不断返回上一页)。如果每次启动Activity都创建一个实例,会不会很浪费资源。能不能进行Activity的复用呢?Android系统在设计就考虑到这个问题,所以提供了同步的Activity启动模式,在不同条件下进行Activity的复用。其中都包括:Standard、SingleTop、SingleTask、SingleInstance。 (PS:本篇文章的实验数据都基于Android7.0)
后来想到,Activity A使用了SingleTask的launchMode,猜想可能跟这个有关,在执行界面跳转的时候,不会生成新的Activity A实例,所以可能不会接收到传过来的Bundle里面的值。于是将Activity A的launchMode改为了Standard,果然,B传过来的值,A可以接收到(见图:1-3),验证了我的猜想。
很多 Android 工程师在投简历找工作之前,会去补习一下 Activity 的启动模式(launchMode),因为面试的时候经常会考。但真正把它搞懂的人是很少的——包括不少拿它做面试题的面试官。
默认模式 ( standard ) : 最简单的模式 , 每次启动一个 Activity 就创建一个新的 Activity 实例 , 放入返回堆栈中 ;
微信里的文章页面,可以选择“在浏览器打开”。现在很多应用都内嵌了WebView,那是否可以使自己的应用作为第三方浏览器打开此文章呢? 如图:
在android应用程序中,最重要的组件之一Activity有4种启动模式,其中singleTask根据官方文档的描述很容易让人迷惑,主要是启动后所处的Task易让人困惑,其实原因在于,activity的启动方式除了受标签android:launchMode的影响之外,还会被启动参数所左右,比如intent的标志位FLAG_ACTIVITY_NEW_TASK,任务标签 android:taskAffinity。本文主要对singleTask和这些影响影响因素进行测试。
Activity的四种启动模式主要有standard、singleTop、singleTask、singleInstance四种。不同的启动模式对该Activity有着不同的启动方式,对应AndroidManifest中的android:launchMode属性。
本文介绍了Activity的四种启动模式,分别是Standard、SingleTop、SingleTask和SingleInstance。在不同的启动模式下,Activity的创建和启动方式会有所不同。标准模式适用于大多数场景,而SingleTop和SingleTask模式则分别适用于栈顶复用和同一个Task中复用Activity的场景。SingleInstance模式则是Activity独享Task的情况,适用于需要Activity独占的场景。
Activity启动模式 关于Activity的LaunchMode大家一定知道有以下四种: standard(标准模式) singleTop(栈顶复用模式) singleTask(栈内复用模式) singleInsance(单实例模式) 但大家是否理解了这四种启动模式的区别在什么地方还有它们分别的应用场景是什么? standard 这个模式我们不用显示指定,因为它是Activity默认的启动模式,例如以下代码就是以standard模式启动的: Intent intent = new Intent(
Week06 2016/10/18上午1-4节 一、复习 安卓开发-Activity中finish() onDestroy() 和System.exit()的区别 - imzoer的专栏 - 博客频道 - CSDN.NET 二、AndroidManifest.xml部分属性简介 1、android:allowBackup="true" Android属性allowBackup安全风险浅析 - FreeBuf.COM 2、android:supportsRtl="true" And
除了自身能力原因之外,准备不足的确也是很大的问题。所以我想把面试准备当做长期工作,把自己长期保持在一个 随时可以面试 的状态。
onCreate执行的时候,方法中带有一个Bundle参数,在正常启动Activity的时候打印这个参数会发先它是为null的。
概述 Activity 作为与用户交互的一个窗口,是使用非常频繁的一个基本组件。Android系统是通过Activity栈来管理Activity的,而Activity则是通过哦生命周期来进行自己的创建
在编程开发中,内存的占用是我们经常要面对的现实,通常的内存调优的方向就是尽量减少内存的占用。这其中避免创建不必要的对象是一项重要的方面。
例如现在的栈情况为:A B C D。D此时通过intent跳转到B,如果这个intent添加FLAG_ACTIVITY_CLEAR_TOP标记,则栈情况变为:AB。如果没有添加这个标记,则栈情况将会变成:A B C D B。也就是说,如果添加了FLAG_ACTIVITY_CLEAR_TOP标记,并且目标Activity在栈中已经存在,则将会把位于该目标activity之上的activity从栈中弹出销毁。这跟上面把B的Launchmode设置成singleTask类似。
原创地址:http://blog.csdn.net/zivensonice/article/details/51569502
多activity中退出整个程序,例如从A->B->C->D,这时我需要从D直接退出程序。 补充:finish()和system(0)都只能退出单个activity。
1 . 官网 activity 配置文档 : AndroidMainifest.xml 中 Activity 标签设置参考 , 详细地列出了 <activity /> 标签可以设置的
一、友盟分享的使用 二、友盟登陆的使用 三、友盟分享组件90%常见问题汇总 ** 因为官网论坛每一条都要点个链接进去,好麻烦,我就集中在这篇博客里面了,方便查看。 ** (一) QQ\Qzo
注意:还有一点,非常重要,一个 Android 的变更细节!当 API >12 时,需要加入 screenSize 属性,否则屏幕切换时即使你设置了 orientation 系统也会重建 Activity !
再hbuilderx的打包指南中,下载sdk包,解压如下 https://nativesupport.dcloud.net.cn/AppDocs/download/android
好了,今天想整理一下Activity启动模式的笔记,毕竟项目开发中有涉及且之前面试都有问道,抽周末做个总结。
基本上一个完整的APP都会有一个引导页,在APP首次安装或APP更新后第一次打开时显示,这个逻辑是很通用的,所以写成一个工具类,方便使用。 APP启动页逻辑有三种情况: 当APP被首次安装后打开时显示引导页。 当APP更新版本后,第一次打开时显示引导页。 当APP再次启动时,跳过引导页。 工具类AppIntroUtil.java代码如下: package cn.studyou.parchment.utils; import android.content.Context; import android.t
① 亲和性概念 : 任务亲和性 ( taskAffinity ) 是 Activity 的属性 , 用于设置该 Activity 倾向于哪个任务 ;
Intent数据传递 List 传递List传递List的方法 ArrayList<String> info = new ArrayList<String>(); info.add(name); info.add(website); info.add(weibo); Intent intent = new Intent(MainActivity.this, ResultActivity.class); intent.putStringArrayListExtra("infoList"
1)在基类Activity重写onActivityResult方法通过识别ResultCode来调用finish方法
建议首先阅读下面两篇文章,这样才可以更好的理解Activity的加载模式: Android的进程,线程模型 其中对“Android的单线程模型”的描述,明白Activity的一些注意事项。 Android Application Task Activities的关系 尤其要明白 Task 是啥。
领取专属 10元无门槛券
手把手带您无忧上云