以前一直是在各大网站，论坛上面看各种技术点和知识点，都是需要用什么技术点，就去找相关的帖子，从来没有自己动手写过；
从今天开始，我为自己定下一个目标，将andorid中用到的技术点和知识点都一条条的写下来，方便自己以后在工作中遇到类似问题，能快速的找到解决方案------此贴均会有很多知识内容为摘录整理，和博主自己的一些理解和看法，仅供参考，有错误的地方欢迎大神指点。
直入主题，说到android就不得说android的四大组件
andorid中的四大组件
1.Activity （不解释）
2.Service （服务）
3.Broadcast Receiver （广播接收者）
4.Content Provider (内容提供者)
一、Activity基础介绍
首先贴上一张Activity的生命周期图（图片来至百度）
1.启动Activity：系统会先调用onCreate（创建）方法，然后调用onStart（启动）方法，最后调用onResume（用户可操作）。
2.当前Activity被其他Activity覆盖其上或被锁屏：系统会调用onPause方法，暂停当前Activity的执行。
3.当前Activity由被覆盖状态回到前台或解锁屏：系统会调用onResume方法，再次进入运行状态。
4.当前Activity转到新的Activity界面或按Home键回到主屏，自身退居后台：系统会先调用onPause方法，然后调用onStop方法，进入停滞状态。
5.用户后退回到此Activity：系统会先调用onRestart方法，然后调用onStart方法，最后调用onResume方法，再次进入运行状态。
6.当前Activity处于被覆盖状态或者后台不可见状态，即第2步和第4步，系统内存不足，杀死当前Activity，而后用户退回当前Activity：再次调用onCreate方法、onStart方法、onResume方法，进入运行状态。
7.用户退出当前Activity：系统先调用onPause方法，然后调用onStop方法，最后调用onDestory方法，结束当前Activity。
此为Activity最基础的生命周期介绍，后续还会单独写一篇Activity 的详解 介绍四种启动模式，以及各种菜单设置
----------------------------------------------------
二 、Service
Service是运行在后台，不和用户交互应用组件。每个Service必须在manifest中 通过<service>来声明。可以通过contect.startservice和contect.bindserverice来启动。
Service可以在和多场合的应用中使用，比如播放多媒体的时候用户启动了其他Activity这个时候程序要在后台继续播放，比如检测SD卡上文件的变化，再或者在后台记录你地理信息位置的改变等等，总之服务嘛，总是藏在后头的。
Service和其他的应用组件一样，运行在进程的主线程中。这就是说如果service需要很多耗时或者阻塞的操作，需要在其子线程中实现。
Service的两种模式（startService()/bindService()不是完全分离的）
本地服务 Local Service 用于应用程序内部。
它可以启动并运行，直至有人停止了它或它自己停止。在这种方式下，它以调用Context.startService()启动，而以调用Context.stopService()结束。它可以调用Service.stopSelf() 或 Service.stopSelfResult()来自己停止。不论调用了多少次startService()方法，你只需要调用一次stopService()来停止服务。
用于实现应用程序自己的一些耗时任务，比如查询升级信息，并不占用应用程序比如Activity所属线程，而是单开线程后台执行，这样用户体验比较好。
远程服务 Remote Service 用于android系统内部的应用程序之间。
它可以通过自己定义并暴露出来的接口进行程序操作。客户端建立一个到服务对象的连接，并通过那个连接来调用服务。连接以调用Context.bindService()方法建立，以调用 Context.unbindService()关闭。多个客户端可以绑定至同一个服务。如果服务此时还没有加载，bindService()会先加载它。
可被其他应用程序复用，比如天气预报服务，其他应用程序不需要再写这样的服务，调用已有的即可。
三 、Broadcast Receiver
BroadcastReceiver 广播接收者，主要用于异步接收广播
·正常广播 Normal broadcasts（用 Context.sendBroadcast()发送）是完全异步的。它们都运行在一个未定义的顺序，通常是在同一时间。这样会更有效，但意味着receiver不能包含所要使用的结果或中止的API。
·有序广播 Ordered broadcasts（用 Context.sendOrderedBroadcast()发送）每次被发送到一个receiver。所谓有序，就是每个receiver执行后可以传播到下一个receiver，也可以完全中止传播--不传播给其他receiver。 而receiver运行的顺序可以通过matched intent-filter 里面的android:priority来控制，当priority优先级相同的时候，Receiver以任意的顺序运行。
要注意的是，即使是Normal broadcasts，系统在某些情况下可能会恢复到一次传播给一个receiver。 特别是receiver可能需要创建一个进程，为了避免系统超载，只能一次运行一个receiver。
Broadcast Receiver 并没有提供可视化的界面来显示广播信息。可以使用Notification和Notification Manager来实现可视化的信息的界面，显示广播信息的内容，图标及震动信息。
生命周期
一个BroadcastReceiver 对象只有在被调用onReceive(Context, Intent)的才有效的，当从该函数返回后，该对象就无效的了，结束生命周期。
因此从这个特征可以看出，在所调用的onReceive(Context, Intent)函数里，不能有过于耗时的操作，不能使用线程来执行。对于耗时的操作，请start service来完成。因为当得到其他异步操作所返回的结果时，BroadcastReceiver 可能已经无效了。
发送广播
事件的广播比较简单，构建Intent对象，可调用sendBroadcast(Intent)方法将广播发出。另外还有sendOrderedBroadcast()，sendStickyBroadcast()等方法，请查阅API Doc。
1.new Intent with action name
Intent intent = new Intent(String action);
或者 只是new Intent, 然后
intent.setAction(String action);
2.set data等准备好了后，in activity,
sendBroadcast(Intent); // 发送广播
接收广播
通过定义一个继承BroadcastReceiver类来实现，继承该类后覆盖其onReceiver方法，并在该方法中响应事件。
1. public class SMSReceiver extends BroadcastReceiver {
2.
3. @Override
4. public void onReceive(Context context, Intent intent) {
5. // get data from SMS intent
6. Bundle bundle = intent.getExtras();
7. if (bundle != null){
8. // get message by "pdus"
9. Object[] objArray = (Object[]) bundle.get("pdus");
10.
11. // rebuild SMS
12. SmsMessage[] messages = new SmsMessage[objArray.length];
13. for (int i=0; i < objArray.length; i++){
14. messages[i] = SmsMessage.createFromPdu((byte[])objArray[i]);
15.
16. StringBuilder str = new StringBuilder("from: ");
17. str.append(messages[i].getDisplayOriginatingAddress());
18. str.append("\nmessage:\n");
19. str.append(messages[i].getDisplayMessageBody());
20.
21. Toast.makeText(context, str.toString(), Toast.LENGTH_LONG)
22. .show();
23. }
24. }
25. }
26. } 注册Receiver
注册有两种方式：
1. 静态方式，在AndroidManifest.xml的application里面定义receiver并设置要接收的action。
1. <receiver android:name=".SMSReceiver">
2.
3. <intent-filter>
4.
5. <action android:name="android.provider.Telephony.SMS_RECEIVED" />
6.
7. </intent-filter>
8.
9. </receiver> 2. 动态方式, 在activity里面调用函数来注册，和静态的内容差不多。一个形参是receiver，另一个是IntentFilter，其中里面是要接收的action。
一个receiver可以接收多个action的，即可以有多个intent-filter，需要在onReceive里面对intent.getAction(action name)进行判断。
1. public class HelloDemo extends Activity {
2. private BroadcastReceiver receiver;
3.
4. @Override
5. protected void onStart() {
6. super.onStart();
7.
8. receiver = new CallReceiver();
9. registerReceiver(receiver, new IntentFilter("android.intent.action.PHONE_STATE"));
10. }
11.
12. @Override
13. protected void onStop() {
14. unregisterReceiver(receiver);
15. super.onStop();
16. }
17. }
个人推荐使用静态注册方式，由系统来管理receiver，而且程序里的所有receiver，可以在xml里面一目了然。而动态注册方式，隐藏在代码中，比较难发现。
而且动态注册，需要特别注意的是，在退出程序前要记得调用Context.unregisterReceiver()方法。一般在activity的onStart()里面进行注册, onStop()里面进行注销。官方提醒，如果在Activity.onResume()里面注册了，就必须在Activity.onPause()注销。
Permission权限
要接收某些action，需要在AndroidManifest.xml里面添加相应的permission。例如接收SMS:
1. <uses-permission android:name="android.permission.RECEIVE_SMS" /> 下面给出动态注册的接收来电的广播处理的CallReceiver的代码：
一种方式是直接读取intent.getStringExtra("incoming_number")来获取来电号码：
1. public class CallReceiver extends BroadcastReceiver {
2.
3. @Override
4. public void onReceive(Context context, Intent intent) {
5. TelephonyManager teleManager = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);
6.
7. switch(teleManager.getCallState()){
8. case TelephonyManager.CALL_STATE_RINGING: //响铃
9. Toast.makeText(context, "Ringing: " + intent.getStringExtra("incoming_number"), Toast.LENGTH_LONG).show();
10. break;
11. case TelephonyManager.CALL_STATE_OFFHOOK: //接听
12. Toast.makeText(context, "OffHook: " + intent.getStringExtra("incoming_number"), Toast.LENGTH_LONG).show();
13. break;
14. case TelephonyManager.CALL_STATE_IDLE: //挂断
15. Toast.makeText(m_context, "Idle: " + incomingNumber, Toast.LENGTH_LONG).show();
16. break;
17. }
18. }
19. } 在运行时，发现除了响铃时可以获取来电号码，接听和挂断都不能成功获取的，显示为null。
另一种方式是通过PhoneStateListener的onCallStateChanged来监听状态的变化：
运行时也发现incomingNumber在接听和挂断时获取为blank。
1. public class CallReceiver extends BroadcastReceiver {
2.
3. private Context m_context;
4. @Override
5. public void onReceive(Context context, Intent intent) {
6. m_context = context;
7. TelephonyManager teleManager = (TelephonyManager) context.getSystemService(Context.TELEPHONY_SERVICE);
8. teleManager.listen(new PhoneStateListener(){
9.
10. @Override
11. public void onCallStateChanged(int state, String incomingNumber) {
12. switch(state){
13. case TelephonyManager.CALL_STATE_RINGING: //响铃
14. Toast.makeText(m_context, "Ringing: " + incomingNumber, Toast.LENGTH_LONG)
15. .show();
16. break;
17. case TelephonyManager.CALL_STATE_OFFHOOK: //接听
18. Toast.makeText(m_context, "OffHook: " + incomingNumber, Toast.LENGTH_LONG)
19. .show();
20. break;
21. case TelephonyManager.CALL_STATE_IDLE: //挂断
22. Toast.makeText(m_context, "Idle: " + incomingNumber, Toast.LENGTH_LONG)
23. .show();
24. break;
25. }
26. }}, PhoneStateListener.LISTEN_CALL_STATE);
27. }
28. }
因为这里监听的是通话的状态变化，所以这个receiver会被调用3次。
监听通话状态需要加上权限：
1. <uses-permission android:name="android.permission.READ_PHONE_STATE"/>
===========
小结：
1. 对于sendBroadCast的intent对象，需要设置其action name；
2. 推荐使用显式指明receiver，在配置文件AndroidManifest.xml指明；
3. 一个receiver可以接收多个action;
4. 每次接收广播都会重新生成一个接收广播的对象，再次调用onReceive；
5. 在BroadCast 中尽量不要处理太多逻辑问题，建议复杂的逻辑交给Activity 或者 Service 去处理。
--------------------------------------------
四、Content Provider详解
ContentProvider（内容提供者）是Android中的四大组件之一。主要用于对外共享数据，也就是通过ContentProvider把应用中的数据共享给其他应用访问，其他应用可以通过ContentProvider对指定应用中的数据进行操作。ContentProvider分为系统的和自定义的，系统的也就是例如联系人，图片等数据。
android中对数据操作包含有：
file, sqlite3, Preferences, ContectResolver与ContentProvider前三种数据操作方式都只是针对本应用内数据，程序不能通过这三种方法去操作别的应用内的数据。
android中提供ContectResolver与ContentProvider来操作别的应用程序的数据。
使用方式:
一个应用实现ContentProvider来提供内容给别的应用来操作，
一个应用通过ContentResolver来操作别的应用数据，当然在自己的应用中也可以。
以下这段是Google Doc中对ContentProvider的大致概述:
内容提供者将一些特定的应用程序数据供给其它应用程序使用。内容提供者继承于ContentProvider 基类，为其它应用程序取用和存储它管理的数据实现了一套标准方法。然而，应用程序并不直接调用这些方法，而是使用一个 ContentResolver 对象，调用它的方法作为替代。ContentResolver可以与任意内容提供者进行会话，与其合作来对所有相关交互通讯进行管理。
1.ContentProvider
Android提供了一些主要数据类型的ContentProvider，比如音频、视频、图片和私人通讯录等。可在android.provider包下面找到一些Android提供的ContentProvider。通过获得这些ContentProvider可以查询它们包含的数据，当然前提是已获得适当的读取权限。
主要方法：
public boolean onCreate() 在创建ContentProvider时调用
public Cursor query(Uri, String[], String, String[], String) 用于查询指定Uri的ContentProvider，返回一个Cursor
public Uri insert(Uri, ContentValues) 用于添加数据到指定Uri的ContentProvider中
public int update(Uri, ContentValues, String, String[]) 用于更新指定Uri的ContentProvider中的数据
public int delete(Uri, String, String[]) 用于从指定Uri的ContentProvider中删除数据
public String getType(Uri) 用于返回指定的Uri中的数据的MIME类型 *如果操作的数据属于集合类型，那么MIME类型字符串应该以vnd.android.cursor.dir/开头。
例如：要得到所有person记录的Uri为content://contacts/person，那么返回的MIME类型字符串为"vnd.android.cursor.dir/person"。
*如果要操作的数据属于非集合类型数据，那么MIME类型字符串应该以vnd.android.cursor.item/开头。
例如：要得到id为10的person记录的Uri为content://contacts/person/10，那么返回的MIME类型字符串应为"vnd.android.cursor.item/person"。
2.ContentResolver
当外部应用需要对ContentProvider中的数据进行添加、删除、修改和查询操作时，可以使用ContentResolver类来完成，要获取ContentResolver对象，可以使用Context提供的getContentResolver()方法。
3.Uri
ContentResolver cr = getContentResolver();
ContentResolver提供的方法和ContentProvider提供的方法对应的有以下几个方法。
public Uri insert(Uri uri, ContentValues values) 用于添加数据到指定Uri的ContentProvider中。
public int delete(Uri uri, String selection, String[] selectionArgs) 用于从指定Uri的ContentProvider中删除数据。
public int update(Uri uri, ContentValues values, String selection, String[] selectionArgs) 用于更新指定Uri的ContentProvider中的数据。
public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) 用于查询指定Uri的ContentProvider。
Uri指定了将要操作的ContentProvider，其实可以把一个Uri看作是一个网址，我们把Uri分为三部分。
第一部分是"content://"。可以看作是网址中的"http://"。
第二部分是主机名或authority，用于唯一标识这个ContentProvider，外部应用需要根据这个标识来找到它。可以看作是网址中的主机名，比如"blog.csdn.net"。
第三部分是路径名，用来表示将要操作的数据。可以看作网址中细分的内容路径。
