[Android] 开发第四天

Android 应用的基本组件介绍：

Activity 和 View

Activity 是 Android 应用中负责与用户交互的组件。

View 是所有 UI 控件、容器控件的基类，View 组件就是  Android 应用中用户实实在在看到的部分。

View 组件需要放到容器组件中，或者使用 Activity 调用 setContentView() 将它显示出来。

setContentView() 方法可以接受一个 View 对象作为参数，或者使用资源ID。

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

Activity 可以使用 setTheme(int resid) 方法来设置其窗口的风格。

 

Service

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

 

BroadcastReceiver

BroadcastReceiver 是 Android 应用中的另一重要组件，它代表广播消息接收器。

作为监听器，它与普通事件监听器的不同是：它监听的事件源是 Android 应用中的其它组件，而不是程序中的对象。

使用 BroadcastReceiver 组件接收广播消息比较简单，开发者只要实现自己的 BroadcastReceiver 子类，并重写 onReceive(Context context,Intent intent) 方法即可。

当其它组件通过 sendBroadcast()、sendStickyBroadcast() 或 sendOrderedBroadcast() 方法发送广播消息时，如该 BroadcastReceiver 也对该消息”感兴趣“（通过 IntentFilter 配置），

BroadcastReceiver 的 onReceive(Context context, Intent intent) 方法将会被触发。

BroadcastReceiver 注册方法：

Java 中可以使用 Context.registReceiver()

xml 可以在 AndroidManifest.xml 中使用 <receiver ... /> 元素完成注册。

 

ContentProvider

对于 Android 应用而言，它们必须相互独立，各自运行在自己的 Dalvik 虚拟机实例中，如果这些 Android 应用之间需要实现实时的数据交换，就需要实现自己的 ContentProvider 。

常用场景：我们的程序要从联系人管理应用中读取联系人数据。

要实现 ContentProvider 时，需要实现如下抽象方法：

insert(Uri, ContentValues) 向 ContentProvider 插入数据。

delete(Uri, ContentValues) 删除 ContentProvider 中指定数据。

update(Uri, ContentValues, String, String[]) 更新 ContentProvider 中指定数据。

query(Uri, String[], String, String[], string) 从 ContentProvider 中查询数据。

通常与 ContentProvider 结合使用的是 ContentResolver，一个程序使用 ContentProvider 暴露自己的数据，另一个程序使用 ContentResolver 来访问数据。

 

Intent  和 IntentFilter

Intent 不是 Android 中的组件，但它经常用到，它是 Android 应用中不同组件之间通信的载体。当 Android 运行时需要连接不同的组件时，就需要使用 Intent 。

Intent 可以启动应用中另一个 Activity ,也可以启动 Service 组件，还可以发送一条广播消息来触发系统中的 BroadcastReceiver 。

也就是说 Activity 、Service 、BroadcastReceiver 三种组件之间的通信都以 Intent 为载体。

Intent 有两类：

显示 Intent ：明确指定需要启动或触发的组件的类名。

隐式 Intent ：只指定需要启动或者触发的组件应满足怎样的条件。

条件使用 IntentFilter 来实现。

---

Android 项目以它的包名作为唯一标识，如果在同一手机上安装两个包名相同的应用，后面安装的应用就可以覆盖前面安装的应用。

签名用于避免不同公司应用互相覆盖、保护程序完整性。

生成签名的命令行： 找到 jdk/bin 下的 keytool.exe 工具。

1. 创建 keystore 库：

   keytool -genkeypair -alias key.keystore -keyalg RSA -validity 400 -keystore key.keystore

-genkeypair 指定生成数字证书。

-alias 指定生成证书的别名。

-keyalg 指定数据证书的算法。

-validity 指定证书的有效期。

-keystore 指定证书存储路径。

输入命令后会提示填写一些数据证书的详细信息，证书创建成功后，只要在证书有效期内，可以一直重复使用。

 

2. 使用 jarsigner 对未签名的 apk 安装包进行签名。（略）

3. 使用 zipalign.exe 工具优化 apk 安装包。

  zipalign -f -v 4 key.apk key_zip.apk

-f 强制覆盖已有文件

-v 生成详细输出

4 指定档案整理所基于的字节数，通常指定为 4 ，也就是基于 32 位进行整理。

key.apk key_zip.apk  整理前后的 apk。

zipalign.exe 是Android 自带的一个档案整理工具，可用于优化 APK 安装包，提升 Android 应用与系统之间交互的效率，提升应用运行速度。