发现实在是没有写笔记的习惯，每次都是写了一点后就没兴趣继续写下去了。随便摘抄点好了。
Activities and Tasks
task是一组相关的Activities，保存在一个堆栈中，给用户的感觉就是一个应用程序。简单的理解就是，每开一个新的Activities，就将Activities放到堆栈的最上面，按下back后就将当前Activities移除，激活堆栈上的下一个Activities。
Affinities and new tasks
其实我没太明白affinity的含义，在我看来似乎affinity有点类似taskId，标示它应该属于哪个task。
Launch modes
启动模式总共有四种
- "standard" (the default mode)
- "singleTop"
- "singleTask"
- "singleInstance"
Clearing the stack
默认情况下，如果用户长时间离开Task，系统会清理掉除ROOT Activity外的所有Activities。这个做法的依据是，如果用户太久没回来，用户肯定已经忘了自己最初做了啥，回来肯定是要做一些新事情。当然我们可以通过给activity设置一些属性来改变这个行为，比如alwaysRetainTaskState等。
Starting tasks
当需要一个activity作为整个应用程序的进入点时，我们给它一个intent filter,其中action为 "android.intent.action.MAIN"，category为"android.intent.category.LAUNCHER"。这种filter使得一个图标和一个标签显示在程序启动器中，使用户可以启动该task或者返回到该task。
Processes and Threads
同一个application都运行在同一个Processes里面。
为了保证Activity界面不阻塞，耗时工作应当放到Thread中。
Android有提供一个轻量级的RPC机制。
Activity lifecycle
Activity有三种基本状态：
- active 当前活动窗口
- paused 被其他窗口挡住部分
- stopped 被完全挡住，在系统需要回收资源的时候会被kill
activity在进行状态切换的时候会触发相应的方法
- void onCreate(Bundle savedInstanceState)
- void onStart()
- void onRestart()
- void onResume()
- void onPause()
- void onStop()
- void onDestroy()
Service lifecycle
一个service有以下两种用法
- service启动后由service自己或其他人关闭。
- 模块通过接口连接service（bindService() ），在调用unbindService()后关闭。
Broadcast receiver lifecycle
一个broadcast receiver只有一个回调方法：
void onReceive(Context curContext, Intent broadcastMsg)
broadcast receiver只有在执行onReceive的时候被认为是激活的。
当一个广播消息的响应非常耗时间时，需要新建一个新的线程来运行该操作。如果onReceive()创建了这个线程并返回，则整个进程，包括新创建的线程会被认为是非活动的（除非有其它的component为活动的），该线程有可能会被kill掉。解决方案是用onReceive()启动一个 service并让该service完成这个工作，那么系统直到这个进程仍然是活跃的。
END
到这里Android的基础知识也了解得差不多了，接着就该进军UI了。
Android的UI编程，主要注意的是：界面在XML中定义，为XML中的界面元素生成唯一的ID，并保存在自动生成的R.java中。程序中通过id查找相关界面元素，实现和界面的关联。除此之外的开发，和传统的java swing啥的没太多区别。
下面考虑写个简单的Android应用，一边学习，一遍实践。