浅谈Android的四大组件的设计思路

众所周知，Android有四大组件，分别是Activity，Service，BroadcastReceiver，ContentProvider，他们互相协作，共同构成了一个Android App。

Activity的设计是用来展示界面的，所以只有它有setContentView。因为同一时刻只有一个Activity处于可交互状态，因此不存在两个“活着”的Activity之间传递数据的需求。所以Activity之间的数据传递只发生在：1. StartActivity，启动一个Activity时，用intent携带的Bundle传递数据 2.onActivityResult，当启动的Activity销毁时（调用finish，但是系统销毁时，是不是需要调用？），销毁的Activity会给启动自己的Activity传递一些数据。

Service的设计是用来进行后台服务的，所以需要长期运行，它的优先级在前台的Activity和后台的Activity之间，所以基本上不会被系统销毁。但也有可能。为了防止它被销毁，可以设置它为前台Service，也可以在Manifest里设置它为persist=true，也可以把它单独放到一个进程，这样系统杀死App主进程时就不会杀死它。Activity和Service之间的通信是长期的，也是非常方便的，用bindService，拿到Service的对象，或者用messenger，给Service发消息。

BroadcastReceiver也是通过intent传递数据的，它会监听某些intent，遇到合适的就启动自己的onreceiver函数。

以上这几个都是跑在主线程里面的。Service做后台任务的时候为了不block主线程，需要自己启动一个worker thread，那么，为什么不用一个线程取代Service这种设计呢？因为和线程不好通信，只能通过Handler和全局变量，不像用Service可以直接拿到对象那么方便。

ContentProvider给数据库提供了URL接口，非常方便。它的那几个操作函数都跑在什么线程里呢？跑在一个App一开始就创建的一些Binder线程中，这些线程来自Binder线程池。但ContentProvider的onCreate函数跑在主线程里。

阅读(7) | 评论(0) | 转发(0) |

0

上一篇：SPI、I2C、UART、GPIO和PCM、I2S、IOM2

下一篇：浅谈Binder的基本原理

相关热门文章

• android messagebox应用一例...
• android开发之进度条
• IOS8开发视频教程之:基于Swift...
• 楼市已经到了不变不行的时候...
• 移动应用测试框架—Calabash A...

• Android之开发环境搭建
• Android自定义View的实现...
• AndroidManifest.xml配置文件...
• Android源码调试方法详解...
• 不用vs和cygwin！Eclipse+cdt...

• 谁能够帮我解决LINUX 2.6 10...
• 现在的博客积分不会更新了吗？...
• shell怎么读取网页内容...
• ssh等待连接的超时问题...
• curl: (56) Recv failure: Con...

给主人留下些什么吧！~~

评论热议