setTextSize方法的默认字号单位是sp
如果一个Activity已经启动过,并且存在当前应用的Activity任务栈中,启动模式为singleTask、singleInstance或singleTop(此时已在任务栈顶端),那么再此启动或回到这个Activity的时候,不会创建新的实例,也就是不会执行onCreate方法,而是执行onNewIntent方法
Activity的启动和结束:startActivity()、finish()
(1)onCreate:create表示创建,这是Activity生命周期的第一个方法,也是我们在android开发中接触的最多的生命周期方法。它本身的作用是进行Activity的一些初始化工作,比如使用setContentView加载布局,对一些控件和变量进行初始化等。但也有很多人将很多与初始化无关的代码放在这,其实这是不规范的。此时Activity还在后台,不可见。所以动画不应该在这里初始化,因为看不到……
(2)onStart:start表示启动,这是Activity生命周期的第二个方法。此时Activity已经可见了,但是还没出现在前台,我们还看不到,无法与Activity交互。其实将Activity的初始化工作放在这也没有什么问题,放在onCreate中是由于官方推荐的以及我们开发的习惯。
(3)onResume:resume表示继续、重新开始,这名字和它的职责也相同。此时Activity经过前两个阶段的初始化已经蓄势待发。Activity在这个阶段已经出现在前台并且可见了。这个阶段可以打开独占设备
(4)onPause:pause表示暂停,当Activity要跳到另一个Activity或应用正常退出时都会执行这个方法。此时Activity在前台并可见,我们可以进行一些轻量级的存储数据和去初始化的工作,不能太耗时,因为在跳转Activity时只有当一个Activity执行完了onPause方法后另一个Activity才会启动,而且android中指定如果onPause在500ms即0.5秒内没有执行完毕的话就会强制关闭Activity。从生命周期图中发现可以在这快速重启,但这种情况其实很罕见,比如用户切到下一个Activity的途中按back键快速得切回来。
(5)onStop:stop表示停止,此时Activity已经不可见了,但是Activity对象还在内存中,没有被销毁。这个阶段的主要工作也是做一些资源的回收工作。
(6)onDestroy:destroy表示毁灭,这个阶段Activity被销毁,不可见,我们可以将还没释放的资源释放,以及进行一些回收工作。
(7)onRestart:restart表示重新开始,Activity在这时可见,当用户按Home键切换到桌面后又切回来或者从后一个Activity切回前一个Activity就会触发这个方法。这里一般不做什么操作。
一、standard – 默认模式
standard:标准模式也是系统的默认模式。每次启动一个 Activity 都会重新创建一个新的实例,不管这个实例是否已经存在。这种模式下,谁启动了这个 Activity,那么这个 Activity 就运行在启动它的那个 Activity 所在的栈中。如 Activity A 启动了 Activity B(B 是标准模式),那么 B 就会进入到 A 所在的栈中。
当我们用 ApplicationContext 去启动 standard 模式的 Activity 时会报错,错误如下:
android.util.AndroidRuntimeException: Calling startActivity() from outside
of an Activity context requires the FLAG_ACTIVITY_NEW_TASK flag.
Is this really what you want?
这是因为 standard 模式的 Activity 默认会进入启动它的 Activity 所属的任务栈中,由于非 Activity 类型的 Context (如 ApplicationContext)并没有所属的任务栈,所以就出问题了。解决方法是为待启动 Activity 指定 FLAG_ACTIVITY_NEW_TASK 标记位,这样启动的时候会创建一个新的任务栈,这时待启动的 Activity 是以 singleTask 模式启动的
二、singleTop – 栈顶复用模式
singleTop 栈顶复用模式。如果新 Activity 已经位于任务栈的栈顶,那么此 Activity 不会被重新创建,同时它的 onNewIntent 方法会被调用,通过此方法的参数可以取出当前请求的信息。需要注意的是,这个 Activity 的 onCreate、onStart 不会被系统重新调用,因为它并没有发生改变。如果新 Activity 的实例已经存在但不是位于栈顶,那么新 Activity 仍然会重建。
适合接收通知启动的内容显示页面,当收到多条新闻推送时,用于展示新闻的 Activity 设置成此模式,根据传来的 Intent 数据显示不同的新闻信息,不会启动多个 Activity。
三、singleTask – 栈内复用模式
singleTask:栈内复用模式。这是一种单实例模式,在这种模式下,只要 Activity 在一个栈中存在,那么多次启动此 Activity 都不会重新创建实例,复用时会将它上面的 Activity 全部出栈,同时它的 onNewIntent 方法会被调用。这个过程存在一个任务栈匹配,因为这个模式启动时会在自己需要的任务栈中寻找实例,这个任务栈通过 taskAffinity 属性指定,如果这个任务栈不存在,则会创建这个任务栈。
taskAffinity 标识了一个 Activity 所需的任务栈的名字,默认情况下,所有 Activity 所需的任务栈的名字为应用的包名。我们可以为每个 Activity 都单独指定 TaskAffinity 属性,这个属性必须不能和包名相同,否则就相当于没有指定。TaskAffinity 属性主要和 singleTask 启动模式或者 allowTaskReparenting 属性配对使用。另外,任务栈分为前台任务栈和后台任务栈,后台任务栈中的 Activity 处于暂停状态,用户可以通过切换将后台任务栈再次调到前台。
适合作为程序入口点,例如浏览器的主界面,不管从多少个应用启动浏览器,只会启动主界面一次,其余情况都会走 onNewIntent,并且会清空主界面上的其它页面
四、singleInstance – 单实例模式
singleInstance:单实例模式。该模式除了具备 singleTask 模式的所有特性外,该模式的 Activity 只能单独的位于一个任务栈中,具有全局唯一性,即整个系统中只有这一个实例,由于栈内复用的特性,后续的请求均不会创建新的Activity实例,除非这个特殊的任务栈被销毁了。以singleInstance模式启动的Activity在整个系统中是单例的,如果在启动这样的Activiyt时,已经存在了一个实例,那么会把它所在的任务调度到前台,重用这个实例
如何指定 Activity 的启动模式?
(1)通过 AndroidMenifest 为 Activity 指定启动模式,如下所示:
<activity
android:name=".activity.protocol.ProtocolActivity"
android:launchMode="singleTask"/>
(2)通过 Intent 中设置标志位来为 Activity 指定启动模式,如下所示:
Intent intent = new Intent();
intent.setClass(MainActivity.this, SecondActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);
优先级上第二种优先级高于第一种,当两种同时存在时,以第二种方式为准;这两种方式的限定方式不同,第一种无法直接为 Activity 设定 FLAG_ACTIVITY_CLEAR_TOP 标识,第二种无法为 Activity 指定 singleInstance 模式。
Activity 常用 Flags
FLAG_ACTIVITY_NEW_TASK
为 Activity 指定 singleTask 启动模式,效果和在 XML 中指定该模式相同
FLAG_ACTIVITY_SINGLE_TOP
为 Activity 指定 singleTop 启动模式,效果和在 XML 中指定该模式相同
FLAG_ACTIVITY_CLEAR_TOP
具有此标记的 Activity,当它启动时,在同一个任务栈中所有位于它上面的 Activity 都要出栈
FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS
具有这个标记的 Activity 不会出现在历史 Activity 的列表中,在某些情况下我们不希望用户通过历史列表回到我们的 Activity 的时候这个标记比较有用。它等同于在 XML 中指定 Activity 的属性 android:excludeFromRecents="true"。
配置文件中设置启动模式:
<activity android:name=".JumpFirstActivity" android:launchMode="standard"/>
Intent的显式调用和隐式调用:
一、显式(设置Component)
显式,即直接指定需要打开的activity对应的类。
以下多种方式都是一样的,实际上都是设置Component直接指定Activity类的显式Intent,由MainActivity跳转到SecondActivity:
1、构造方法传入Component,最常用的方式
Intent intent = new Intent(this, SecondActivity.class);
startActivity(intent);
2、setComponent方法
ComponentName componentName = new ComponentName(this, SecondActivity.class);
// 或者ComponentName componentName = new ComponentName(this, "com.example.app016.SecondActivity");
// 或者ComponentName componentName = new ComponentName(this.getPackageName(), "com.example.app016.SecondActivity");
Intent intent = new Intent();
intent.setComponent(componentName);
startActivity(intent);
3、setClass/setClassName方法
Intent intent = new Intent();
intent.setClass(this, SecondActivity.class);
// 或者intent.setClassName(this, "com.example.app016.SecondActivity");
// 或者intent.setClassName(this.getPackageName(), "com.example.app016.SecondActivity");
startActivity(intent);
显式Intent通过Component可以直接设置需要调用的Activity类,可以唯一确定一个Activity,意图特别明确,所以是显式的。设置这个类的方式可以是Class对象(如SecondActivity.class),也可以是包名加类名的字符串(如"com.example.app016.SecondActivity")。这个很好理解,在应用程序内部跳转界面常用这种方式。
二、隐式
隐式,即不是像显式的那样直接指定需要调用的Activity,隐式不明确指定启动哪个Activity,而是设置Action、Data、Category,让系统来筛选出合适的Activity。筛选是根据所有的<intent-filter>来筛选。
下面以Action为例:
AndroidManifest.xml文件中,首先被调用的Activity要有一个带有<intent-filter>并且包含<action>的Activity,设定它能处理的Intent,并且category设为"android.intent.category.DEFAULT"。action的name是一个字符串,可以自定义,例如我在这里设成"abcdefg":
<activity
android:name="com.example.app016.SecondActivity">
<intent-filter>
<action android:name="abcdefg"/>
<category android:name="android.intent.category.DEFAULT"/>
</intent-filter>
</activity>
然后,在MainActivity,才可以通过这个action name找到上面的Activity。下面两种方式分别通过setAction和构造方法方法设置Action,两种方式效果相同。
1、setAction方法
Intent intent = new Intent();
intent.setAction("abcdefg");
startActivity(intent);
2、构造方法直接设置Action
Intent intent = new Intent("abcdefg");
startActivity(intent);
通过设置Action字符串,表明自己的意图,即我想干嘛,需要由系统解析,找到能够处理这个Intent的Activity并启动。比如我想打电话,则可以设置Action为"android.intent.action.DIAL"字符串,表示打电话的意图,系统会找到能处理这个意图的Activity,例如调出拨号面板。
有几点需要注意:
1、
这个Activity其他应用程序也可以调用,只要使用这个Action字符串。这样应用程序之间交互就很容易了,例如手机QQ可以调用QQ空间,可以调用腾讯微博等。
因为如此,为了防止应用程序之间互相影响,一般命名方式是包名+Action名,例如这里命名"abcdefg"就很不合理了,就应该改成"com.example.app016.MyTest"。
2、
当然,你可以在自己的程序中调用其他程序的Action。
例如可以在自己的应用程序中调用拨号面板:
Intent intent = new Intent(Intent.ACTION_DIAL);
// 或者Intent intent = new Intent("android.intent.action.DIAL");
// Intent.ACTION_DIAL是内置常量,值为"android.intent.action.DIAL"
startActivity(intent);
3、一个Activity可以处理多种Action
只要你的应用程序够牛逼,一个Activity可以看网页,打电话,发短信,发邮件。。。当然可以。
Intent的Action只要是其中之一,就可以打开这个Activity。
<activity
android:name="com.example.app016.SecondActivity">
<intent-filter>
<!-- 可以处理下面三种Intent -->
<action android:name="com.example.app016.SEND_EMAIL"/>
<action android:name="com.example.app016.SEND_MESSAGE"/>
<action android:name="com.example.app016.DAIL"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</activity>
对于一个Action字符串,系统有可能会找到一个Activity能处理这个Action,也有可能找到多个Activity,也可能一个都找不到。
1、找到一个Activity
很简单,直接打开这个Activity。这个不需要解释。
2、找到多个Acyivity
系统会提示从多个activity中选择一个打开。
例如我们自己开发一个拨号面板应用程序,可以设置activity的<intent-filter>中Action name为"android.intent.action.DIAL",这样别的程序调用拨号器时,用户可以从Android自带的拨号器和我们自己开发的拨号器中选择。
<activity
android:name="com.example.app016.SecondActivity">
<intent-filter>
<action android:name="android.intent.action.DIAL"/>
<category android:name="android.intent.category.DEFAULT" />
</intent-filter>
</activity>
这也就是当Android手机装上UC浏览器后,打开网页时会弹出选择Android自带浏览器还是UC浏览器,可能都会遇到过。
3、一个Activity都没找到
一个都没找到的话,程序就会出错,会抛出ActivityNotFoundException。比如随便写一个action字符串:
Intent intent = new Intent("asasasas");
startActivity(intent);
所以应该注意try catch异常。
Intent intent = new Intent("asasasas");
try
{
startActivity(intent);
}
catch(ActivityNotFoundException e)
{
Toast.makeText(this, "找不到对应的Activity", Toast.LENGTH_SHORT).show();
}
或者也可以使用Intent的resolveActivity方法判断这个Intent是否能找到合适的Activity,如果没有,则不再startActivity,或者可以直接禁用用户操作的控件。
Intent intent = new Intent(Intent.ACTION_DIAL);
if(intent.resolveActivity(getPackageManager()) == null)
{
// 设置控件不可用
}
注意resolveActivity方法返回值就是显式Intent上面讲到的ComponentName对象,一般情况下也就是系统找到的那个Activity。但是如果有多个Activity可供选择的话,则返回的Component是com.android.internal.app.ResolverActivity,也就是用户选择Activity的那个界面对应的Activity,这里不再深究。
Intent intent = new Intent(Intent.ACTION_DIAL);
ComponentName componentName = intent.resolveActivity(getPackageManager());
if(componentName != null)
{
String className = componentName.getClassName();
Toast.makeText(this, className, Toast.LENGTH_SHORT).show();
}
重要:使用Intent.ACTION_SENDTO时,setData必须格式为"smsto"+字符串然后parse转为uri
DIAL电话同理,格式为"tel:"+字符串
intent.setAction(Intent.ACTION_SENDTO);
intent.setData(Uri.parse("smsto:"+phoneNumber));
register = registerForActivityResult(new ActivityResultContracts.StartActivityForResult(), result -> {
if (getIntent() != null && result.getResultCode() == Activity.RESULT_OK){
textView1.setText(result.getData().getExtras().getString("1")+"\n"+DateUtilTool.getNowTime());
textView2.setText(result.getData().getExtras().getString("2")+"\n"+DateUtilTool.getNowTime());
}
});
代替原来的stratActivityForResult
.var可以自动设置变量
implementation project(":bundletest")
遇见BUG之 “Dependent features configured but no package ID was set”
解决方法
先上解决方法,着急同学拿去用,方法其实很简单
检查作为库依赖的Module中是否有因为测试而设置的id 'com.android.application'
将其改回id 'com.android.library'即可
此中情况多出现在多Module开发时,为开发方便、编译速度快,前期将Module作为单独APP进行,后主APP依赖时,未及时修改当前Module的编译类型导致
解决思路来自:stackoverflow 在此感谢陌生的程序猿伙伴
简单分析
AAPT: Android Asset Packaging Tool的缩写,是编译和打包资源的工具。而aapt2是在aapt上做了优化
因此问题出现在资源打包时,事实证明也是如此,在执行“Sync project with gradle files”时,也就是右数第三个按钮,并未出现错误提示
————————————————
版权声明:本文为CSDN博主「JichinX」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/u014235093/article/details/109116602
Library projects cannot set applicationId. applicationId is set to 'com.example.bundletest' in default config.
根据此信息:
图书馆项目中的ApplicationId
不能使用applicationId来自定义库项目的包。包名称必须在库项目中固定(并在清单中指定为 packageName)。Gradle 插件之前没有强制执行此限制。
从库build.gradle文件中删除 applicationId 变量应该可以解决该问题。
今日总结:
1.学习了Activity的启动与结束(startActivity和finish)
2.学习了Activity(七个方法)
3.学习了Activity的四种启动方式(用两个button互相切换Activity测试了所有情况)
4.学习了显式和隐式使用Intent(显式三种方法,隐式设定catgory和action自动匹配)
5.尝试用隐式intent调用出虚拟机的发短信和打电话功能:
intent.setAction(Intent.ACTION_SENDTO);
intent.setData(Uri.parse("smsto:"+"13813"));
6.学习了使用bundle在页面跳转时传递数据
7.学习了registerForActivityResult来替代过时的StartActivityForResult
8.学习了获取meta数据:
ActivityInfo activityInfo = pm.getActivityInfo(getComponentName(), PackageManager.GET_META_DATA);
textView1.setText(activityInfo.metaData.getString("testInformation"));
9.学习了给页面注册快捷方式:
<meta-data android:name="android.app.shortcuts"
android:resource="@xml/shortcuts"/>
按照网课案例实现了xml下shortcuts的编写
10.实现9的过程中,学习了build.gradle配置导入其他Module的方法:
implementation project(":bundletest")
切记:id 'com.android.application'改为id 'com.android.library'
还有一定要把库build.gradle文件中删除 applicationId 变量
本周总结:
1.Java完结,整理了知识梳理
2.上周师傅布置的项目成功实现完善,并找出问题解决
3.Android学习开始,主要完成了计算器demo和它衍生问题的解决以及今天Activity的学习
下周计划:
1.按网课学习理解
2.实现对应demo