浅谈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函数跑在主线程里。


<script>window._bd_share_config={"common":{"bdSnsKey":{},"bdText":"","bdMini":"2","bdMiniList":false,"bdPic":"","bdStyle":"0","bdSize":"16"},"share":{}};with(document)0[(getElementsByTagName('head')[0]||body).appendChild(createElement('script')).src='http://bdimg.share.baidu.com/static/api/js/share.js?v=89860593.js?cdnversion='+~(-new Date()/36e5)];</script>
阅读(7) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~
评论热议
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值