android第三周小结
16lz
2021-01-25
1. 系统自带的通讯录应用，联系人名单保存在data/data/com.android.providers.contacts/databases/contats2.db，通过select * from contacts可以查询
2. 系统中的每个AppWidget都有一个数字标识
3. android系统中的每个application跑在单独的Process中
4. activity、service、ContentProvider必须在manifest中声明，但是BroadcastReceiver可以在代码中动态注册
5. activity的back stack是一个Last In First Out模型
6. activity最重要的生命周期方法是onCreate()和onPause()，前者需要完成activity的初始化工作，后者需要完成重要数据的持久化
7. 在屏幕横竖屏切换的时候，activity会被destroy，然后recreate
8. 从android3.0之后，引入了fragment和loader机制，之前的平台是没有的
9. android系统有多任务机制，设备的HOME页面是大多数任务的开始页面。有多个task，也就有多个back stack
10. 在back stack中的activity永远不会重新排列，所以如果一个activity被多次引用，将会创建多个实例
11. 当由于系统释放资源，而destroy掉activity之后，系统依然会记得activity在back stack中有一席之地。当重新显示该activity时，需要recreate，而不是resume
12. 可以在manifest中配置task管理机制，但一般推荐使用默认机制
13. 通过startService()方法启动的service，生命周期长于启动它的component。通过bound方式绑定的service，生命周期和绑定它的component相同
14. service是跑在所属application的主thread中，不会默认新开thread，所以需要编码创建新thread
2. 系统中的每个AppWidget都有一个数字标识
3. android系统中的每个application跑在单独的Process中
4. activity、service、ContentProvider必须在manifest中声明，但是BroadcastReceiver可以在代码中动态注册
5. activity的back stack是一个Last In First Out模型
6. activity最重要的生命周期方法是onCreate()和onPause()，前者需要完成activity的初始化工作，后者需要完成重要数据的持久化
7. 在屏幕横竖屏切换的时候，activity会被destroy，然后recreate
8. 从android3.0之后，引入了fragment和loader机制，之前的平台是没有的
9. android系统有多任务机制，设备的HOME页面是大多数任务的开始页面。有多个task，也就有多个back stack
10. 在back stack中的activity永远不会重新排列，所以如果一个activity被多次引用，将会创建多个实例
11. 当由于系统释放资源，而destroy掉activity之后，系统依然会记得activity在back stack中有一席之地。当重新显示该activity时，需要recreate，而不是resume
12. 可以在manifest中配置task管理机制，但一般推荐使用默认机制
13. 通过startService()方法启动的service，生命周期长于启动它的component。通过bound方式绑定的service，生命周期和绑定它的component相同
14. service是跑在所属application的主thread中，不会默认新开thread，所以需要编码创建新thread
更多相关文章
- Nginx系列教程（六）| 手把手教你搭建 LNMP 架构并部署天空网络电影
- Android(安卓)4.2 原生系统有哪些方法实现全屏下隐藏导航栏？
- Android(安卓)输入系统（一）InputManagerService
- Android调用系统裁剪的实现方法
- app在android 6.0或以上平台版本运行过程中请求权限
- android widget（桌面小部件）实现
- android launcher客制化——将自己的apk设定为开机启动项(home)
- Android(安卓)Mediascanner实现机制
- Android(安卓)后台静默安装