Android四大组件简析

Android四大组件简析

我们知道,Android应用通常由一个或多个基本组件组成。其中,最基本的四个组件分别就是Activity、Service、BroadcastReceiver以及ContentProvider。下面我来分享一下自己对这四个基本组件的认识。

Activity
Service
BroadcastReceiver
ContentProvider

Activity

Activity是Android应用中负责与用户交互的组件——大致上可以把它看作是Swing编程中的JFrame控件。不过它与JFrame的区别在于:JFrame本身可以设置布局管理器,不断地向JFrame中添加控件,但Activity只能通过setContentView(View)来显示指定的组件。

一般一个Android应用是由多个activity组成的,这多个activity之间可以进行相互跳转。例如,按下一个Button按钮后,可能会跳转到其他的activity,与网页跳转稍微有点不一样的是,activity之间的跳转有可能返回值。例如,从activity A跳转到activity B,那么当activity B运行结束时,有可能会给activity A一个返回值。这样做在很多时候是相当方便的。

Activity为Android应用提供了可视化用户界面,如果该Android应用需要多个用户界面,那么这个Android应用将会包含多个Activity,多个Activity组成Activity栈,当前活动的Activity位于栈顶。

接下来,我们来说一下其生命周期。关于这一点,我之前写过类似的文章,详见拙作:Android之浅谈activity生命周期

需要注意的是,Android中四大组件在使用前都需要注册。Android应用中每一个Activity都必须要在AndroidManifest.xml配置文件中声明,否则系统将不识别也不执行该Activity,如:

<activity android:name=".MainActivity">
            <intent-filter>
                <action android:name="android.intent.action.MAIN"/>

                <category android:name="android.intent.category.LAUNCHER"/>
            </intent-filter>
</activity>

四种启动模式(LaunchMode)

先来看实现的代码:

<activity
        android:name=".SecondActivity" 
        android:launchMode="singleInstance"
        //四种启动模式都需要在清单文件下的Activity节点下配置,如果不配置,则默认标准standard开启activity
        >
</activity>

下面是对其参数进行介绍:
standard

默认模式,每次激活Activity时都会创建Activity实例,并放入任务栈中

singleTop

如果在任务的栈顶正好存在该Activity,就会重用该实例(会调用实例的onNewIntent()),否则就会创建新的实例放入栈顶(注:即使栈中已经存在该Activity的实例,只要不在栈顶,都会创建实例)

singleTask

如果在栈中已经有该Activity的实例,就重用该实例(会调用实例的onNewIntent())。重用时,会让该实例回到栈顶,因此在它上面的实例将会被转移出栈,如果栈中不存在该示例,将会创建新的实例放入栈中

singleInstance

在一个新栈中创建该Activity实例,并让多个应用共享该栈中的该Activity实例,一旦该模式的Activity实例已经存在于某个栈中,任何应用在激活该Activity时都会重用该栈中的实例(会调用实例的onNewIntent())。其效果相当于多个应用共享一个应用,不管谁激活该Activity都会进入同一个应用中


Service

Service 与Activity的地位是并列的,它也代表一个单独的Android组件。Service 与Activity的区别在于:Service 通常位于后台运行,它一般不需要与用户交互,因此Service 组件没有图形用户界面。

与Activity组件需要继承Activity基类相似,Service 组件需要继承Service 基类。一个Service 组件被运行起来之后,它将拥有自己独立的生命周期,Service 组件通常用于为其他组件提供后台服务或监控其他组件的运行状态。

下面介绍关于Service 生命周期的方法:

  • IBinder onBind(Intent intent): 该方法是Service子类必须实现的方法。该方法返回的是一个IBinder对象,应用程序可通过该对象与Service组件通信
  • void onCreate(): 在该Service第一次被创建后将立即回调该方法
  • void onDestroy(): 在该Service被关闭之前将会回调该方法
  • void onStratCommand(Intent intent,int flags,int stratld): 每次客户端调用stratService(Intent)方法启动该Service时都会回调该方法
  • boolean onUnbind(Intent intent): 当该Service上绑定的所有客户端都断开连接时将会回调该方法

同样地,需要在AndroidManifest.xml文件中配置该Service,如:

        <service android:name=".FirstService">

        </service>

下面介绍一下Android系统中运行Service的两种方式:

  • 通过 Content 的startService()方法 : 通过该方法启动Service,访问者与Service之间没有关联,即使访问者退出了,Service也仍然运行
  • 通过 Content 的bindService()方法 : 使用该方法启动Service,访问者与Service之间绑定在一起,访问者一旦退出,Service也就终止了

无论通过哪种方法启动Service,都可以用stopService()方法将其关闭

为了更好地解读其生命周期,我们来看这张图片:
pic1

如果大家想对Service有更深的了解的话,在这里推荐一篇博客,里面有对Service详细的讲解:解读Android之Service(1)基础知识


BroadcastReceiver

BroadcastReceiver是Android应用中另一个重要的组件,顾名思义,BroadcastReceiver代表广播消息接收器。从代码实现的角度看,BroadcastReceiver非常类似于事件编程中的监听器。与普通事件监听器不同的是,普通事件监听器监听的事件源是程序中的对象;而BroadcastReceiver监听的事件源是Android应用中的其他组件。

由于BroadcastReceiver本质上属于一个监听器,因此实现BroadcastReceiver的方法也十分简单,只要重写:

public void onReceive(Context context,Intent intent)方法即可

注意: onReceive方法必须在10秒内完成,如果没有完成,则抛“Application No Response”当广播接收者onReceive方法需要执行很长时间时,最好将此耗时工作通过Intent发送给Service,由Service完成,并且不能使用子线程解决,因为BroadcastReceiver是接收到广播后才创建的,并且生命周期很短,因此子线程可能在没有执行完就已经被杀死了。

此时,如果有通过Context.sendBroadcast(Intent intent)或Context.sendOrderedBroadcast(Intent intent)发送的意图,通过这个语句,能够广播给所有满足条件的组件,比如intent设置了action=”com.xiazdong”,则所有在AndroidManifest.xml中设置过的广播接收者都能够接收到广播。

对于发送广播的一方,通常就是调用Context.sendBroadcast()的程序,而广播接收者就是继承BroadcastReceiver的程序;

通常广播发送方都是通过隐式意图,这样才能发送给多人;

广播发送方分为普通广播和有序广播;

  • 同步广播:发送方发出后,几乎同时到达多个广播接收者处,某个接收者不能接收到广播后进行一番处理后传给下一个接收者,并且无法终止广播继续传播;Context.sendBroadcast(intent);

  • 有序广播:广播接收者需要提前设置优先级,优先级高的先接收到广播,优先级数值为-1000~1000,在AndroidManifest.xml的设置;比如存在3个广播接收者A、B、C,优先级A>B>C,因此A最先收到广播,当A收到广播后,可以向广播中添加一些数据给下一个接收者(intent.putExtra()),或者终止广播(abortBroadcast());Context.sendOrderedBroadcast(intent);

在这里也推荐给大家我学习BroadcastReceiver的博客: Android入门:广播发送者与广播接收者


ContentProvider

对于Android应用而言,它们必须相互独立,各自运行在自己的进程中,如果这些Android应用之间需要实现实时的数据交换——例如,我们开发了一个发送短信的程序,当发送短信时需要从联系人管理应用中读取指定联系人的数据——这就需要多个应用程序之间进行数据交换。

Android系统为这种跨应用的数据交换提供了一个标准:ContentProvider。通常与ContentProvider结合使用的是ContentResolver,一个应用程序使用ContentProvider暴露自己的数据,而另一个应用程序则通过ContentResolver来访问数据。

当用户实现自己的ContentProvider时,同时也需要实现如下的抽象方法:

  • insert(Uri,ContentValues):向ContentProvider插入数据
  • delete(Uri,ContentValues):删除ContentProvider中指定的数据
  • update(Uri,ContentValues,String,String[]):更新ContentProvider中指定的数据
  • query(Uri,String[],String,String[],String):从ContentProvider查询数据

同样地,这个组件在使用之前也需要进行配置,如:

<provider
         android:authorities=".FirstProvider"
         android:name="org.crazyit.providers.firstprovider"
         android:exported="true">

</provider>

事实上,当其他应用通过getContentResolver()获取ContentResolver对象来调用query()、insert()、update()、和delete()方法执行数据访问时,实际上就是通过调用指定Uri对应的ContentProvider的query()、insert()、update()、和delete()方法。

这里简单介绍ContentProvider中的Uri:

content://org.crazyit.providers.firstprovider/words

其中可分为三个部分:

  • content:// :这个部分是Android的ContentProvider规定的,就像上网的协议默认是http://一样。暴露ContentProvider、访问ContentProvider的协议默认是content://
  • org.crazyit.providers.firstprovider :这个部分就是ContentProvider的authorities。系统就是由这个部分来找到操作哪个ContentProvider的。只要访问指定的ContentProvider,这个部分就是固定的。
  • words :资源部分(或者说数据部分)。当访问者需要访问不同资源时,这个部分是动态改变的。
数据中心机房是现代信息技术的核心设施,它承载着企业的重要数据和服务,因此,其基础设计与规划至关重要。在制定这样的方案时,需要考虑的因素繁多,包括但不限于以下几点: 1. **容量规划**:必须根据业务需求预测未来几年的数据处理和存储需求,合理规划机房的规模和设备容量。这涉及到服务器的数量、存储设备的容量以及网络带宽的需求等。 2. **电力供应**:数据中心是能源消耗大户,因此电力供应设计是关键。要考虑不间断电源(UPS)、备用发电机的容量,以及高效节能的电力分配系统,确保电力的稳定供应并降低能耗。 3. **冷却系统**:由于设备密集运行,散热问题不容忽视。合理的空调布局和冷却系统设计可以有效控制机房温度,避免设备过热引发故障。 4. **物理安全**:包括防火、防盗、防震、防潮等措施。需要设计防火分区、安装烟雾探测和自动灭火系统,设置访问控制系统,确保只有授权人员能进入。 5. **网络架构**:规划高速、稳定、冗余的网络架构,考虑使用光纤、以太网等技术,构建层次化网络,保证数据传输的高效性和安全性。 6. **运维管理**:设计易于管理和维护的IT基础设施,例如模块化设计便于扩展,集中监控系统可以实时查看设备状态,及时发现并解决问题。 7. **绿色数据中心**:随着环保意识的提升,绿色数据中心成为趋势。采用节能设备,利用自然冷源,以及优化能源管理策略,实现低能耗和低碳排放。 8. **灾难恢复**:考虑备份和恢复策略,建立异地灾备中心,确保在主数据中心发生故障时,业务能够快速恢复。 9. **法规遵从**:需遵循国家和地区的相关法律法规,如信息安全、数据保护和环境保护等,确保数据中心的合法运营。 10. **扩展性**:设计时应考虑到未来的业务发展和技术进步,保证机房有充足的扩展空间和升级能力。 技术创新在数据中心机房基础设计及规划方案中扮演了重要角色。例如,采用虚拟化技术可以提高硬件资源利用率,软件定义网络(SDN)提供更灵活的网络管理,人工智能和机器学习则有助于优化能源管理和故障预测。 总结来说,一个完整且高效的数据中心机房设计及规划方案,不仅需要满足当前的技术需求和业务目标,还需要具备前瞻性和可持续性,以适应快速变化的IT环境和未来可能的技术革新。同时,也要注重经济效益,平衡投资成本与长期运营成本,实现数据中心的高效、安全和绿色运行。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值