Application Fundamentals

一、android应用程序是用java语言编写的。
二、编译后的java代码、资源、文件被aapt tool( Android Asset Packaging Tool)打包成.apk(android package)包。
三、.apk包是在android中发布程序使用的。一个应用程序应被打包成一个apk文件。
四、默认情况下，一个应用程序运行在一个单独的jvm中，而每个jvm都作为一个单独的linux进程运行。
五、默认情况下，每个app都被指定一个用户id。所以app的文件只被app所见。
六、当两个app被指定相同的用户id。即两个app即可以见到相方的文件，它们也可以运行到相同的vm及进程中。
七、android的核心特性是app间可以相互调用（重用）的同时，两个app的代码中不需要相互引用。
八、由于以上特性，android程序没有主入口(main)的概念。取而代之的是四种组件。
九、android的四种主要组件为：Activities、Services、Broadcast receivers、Content providers
十、一个Activity可以看作是一个与用户交互的页面。Activity之间是相互独立的。每个Activity都继承自android.app.Activity。一个app可以只有一个Activity或多个Activity。当程序启去路时当中的一个将被启动。
十一、View是一个个的可视化组件，例如按钮、图片、输入框等。View被放在Activity中。view都继承自android.view.View
十二、Service是一个运行在后台的，生命周期不确定的对像。它没有可视化特性。每个Service都继承自android.app.Service。你可以通过一个Service公开的接口去连接到一个运行中的Service或启动一个新的Service， 然后与之交互。
十三、各种主要的组件都运行在线程中，所以他们之间不会相互阻塞。
十四、BroadCast Receivers的作用是对BroadCast的接收及响应。很多的BroadCast来源于系统代码。例如电池电量不足等等。程序也可以初始化Broadcast。一个app一般会有很多个BroadCast Receivers去响应各种 BroadCast。每个BroadCast Receivers都继承自android.content.BroadCastReceiver。BroadCastReceiver不会显视界面，但它可以启动一个Activite或通过NotificationManager去通知用户。
十五、ConentPrivider提供了一组方法去让一些程序的数据被另一些程序使用。这些数据可以存储在文件系统、sqlite等存储中。所有的ContentPrivider都继承自android.content.ContentPrivider。我们通常去实现一个 ContentPriider去提供一个数据存储的方法。然后使用ContentResolver去调用用。
十六、Activity组件：intents。ContentResolver请求时，对应的ContentPrivicer会被启动。而其它三种组件的启动则由一个异步的消息启动（intents）。intent对应包含了一些请求的信息，例如action的名称、数据的url等。
十七、Activite可以被Content.startActivite()或Activite.startActiviteForResult()启动。而两者的区别就在于是否需要返回结果。而被启动的Activity可以调用getIntant来获取激活他的intent。而activity也可以调用 onActiviteResult()获取结果。
十八、Service可以被Context.startService()或Context.bindSerivce()。两者的区别在于前者会激活一个新的service，而后者会优先绑定一个Service。
十九、app可以通过Context.sendBroadCast()、Context.sendOrderedBroadcast()、 Context.setStickyBroadcast()去初始化一个broadcast。
二十、组件的关闭：ContentPrivider只会被ContentResolver调用时激活，BroadCastReceiver只会被BroadCast激活，所以两者都不需要考虑显式关闭。而Activite和Service可能长时间地留在内存中，所以系统提供了一些方法去显 式关闭它们。Activite可以调用finish()关闭自已，还可以调用finishActivite()关闭它启动的其它activite。Service 可以调用stopSelf()或Content.stopService()去关闭。组件也可能被系统关闭，当它们不再被使用或系统资源不足时。
二十一、为了认android认知app及app里的组件的存在。每个app必需拥用一人AndroidManifest.xml。
二十二、intent filter:一个intent对像可以显式调用指定名称的组件，也可以通过系统自动对比组件的intent filter，找到最吻合的组件，然后激活。
二十三、Actives And Tasks:一个Active可以激活另一个Active（这个activite可能属于别的app）。在用户眼中，被调用的一组Active就是一个app。我们把被调用的一组Active栈称为一个task。一个task可以被转到后台，或被调到前台。例如当用户运行一个task的过程中按了“home“键。这时，当前的task就转入后台。当用户点击别的app时，一个新的app激活。当用户再按"home"键，点击旧的app时。旧的app就从后台被调到前台。当用户击"back"时， 介面显视的是当前task的前一个activite，而不是前一个app。
二十四、clearing the stack:默认情况下，当一个stack长期没被使用，系统将会把该stack的附首个activite外的其它activite清除。activite可以作一些设置，让系统回收动作与默认不同。
二十五、starting a task:当一个activite的action被配置为android.intent.action.MAIN、category被配置为 android.intent.category.LAUNCHER时，该activite为一个task的入口。
二十六、进程与线程当某个app的第一个组件需要被激活时，android默认情况下会启动一个单线程执行的linux进程。然后该应用的所有组件都运行在该进程内。另一方面，你可以安排该组件运行在其它进程和生成很多的线程。
二十七、在AndroidManifest.xml文件中，app及它的四种组件（Activite、Service、BroadCastReceiver、ContentPrivider）都有一个process属性。这个process属性可以让这些组件运行在不同的进程中。
二十八、默认下，一个进程中的所有组件都运行在同一个线程中。这些组件响应系统请求时，都是在那个线程中响应的。所以这些处理应该尽可能的快，以免出现阻塞等状态。如果要响应一个长时间计算或等待的操作时，你可以为这些操作新建一个线程来处一是。
二十九、当系统内存不够，或其它的进程需要更多的资源时。系统有可能会决定去关闭一个app进程。致于去关闭哪个进程，系统会判断哪个进程对用户不重要。
三十、Thread：当你需要处理一个要花费长时间处理的操作时，你可以生成一个线程去处理。android采用标准的java语法去创建线程。另外还有一些方便的工具类去处理线程。例如：android.os.Looper、Handler、HandlerThread。
三十一、Remote Porcedure Calls(RPC)：android有一个轻量级的RPC机制。让程序在进程间互相调用。
三十二、Thread-safe:无组件中的方法可能同时被多个线程调用。所以写方法要尽可能地线程安全。
三十三、Activity生命周期：Activity有三种状态：active/running、paused、stop。除了第一种外，第二第三种都有可能被系统清除。对应activity的生命周共有，共有七个方法：onCreate、onStart……，重写这些方法时，请先调用super.onXXX()。