Android的四大组件、六大布局、五大存储方式

四大组件：Android四大组件分别为activity、service、content provider、broadcast receiver。

六大界面布局方式包括： 线性布局(LinearLayout)、框架布局(FrameLayout)、表格布局(TableLayout)、相对布局(RelativeLayout)、绝对布局(AbsoluteLayout)和网格布局(GridLayout) 。

五大存储方式有SharedPreferences、文件存储、SQLite数据库方式、内容提供器（Content provider）和网络。

四大组件

Activity

1. 一个Activity通常就是一个单独的屏幕（窗口）。
2. Activity之间通过Intent进行通信。
3. android应用中每一个Activity都必须要在AndroidManifest.xml配置文件中声明，否则系统将不识别也不执行该Activity。

Service

1. service用于在后台完成用户指定的操作。service分为两种：

• started（启动）：当应用程序组件（如activity）调用startService()方法启动服务时，服务处于started状态。
• bound（绑定）：当应用程序组件调用bindService()方法绑定到服务时，服务处于bound状态。

2. startService()与bindService()区别：

• started service（启动服务）是由其他组件调用startService()方法启动的，这导致服务的onStartCommand()方法被调用。当服务是started状态时，其生命周期与启动它的组件无关，并且可以在后台无限期运行，即使启动服务的组件已经被销毁。因此，服务需要在完成任务后调用stopSelf()方法停止，或者由其他组件调用stopService()方法停止。
• 使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止，大有“不求同时生，必须同时死”的特点。

4. 开发人员需要在应用程序配置文件中声明全部的service。

5. Service通常位于后台运行，它一般不需要与用户交互，因此Service组件没有图形用户界面。Service组件需要继承Service基类。Service组件通常用于为其他组件提供后台服务或监控其他组件的运行状态。

Content provider

1. android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。其他应用可以通过ContentResolver类从该内容提供者中获取或存入数据。
2. 只有需要在多个应用程序间共享数据是才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式。
3. ContentProvider实现数据共享。ContentProvider用于保存和获取数据，并使其对所有应用程序可见。这是不同应用程序间共享数据的唯一方式，因为android没有提供所有应用共同访问的公共存储区。
4. 开发人员不会直接使用ContentProvider类的对象，大多数是通过ContentResolver对象实现对ContentProvider的操作。
5. ContentProvider使用URI来唯一标识其数据集，这里的URI以content://作为前缀，表示该数据由ContentProvider来管理。

Broadcast receiver

1. 你的应用可以使用它对外部事件进行过滤，只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力，例如闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。

2. 广播接收者的注册有两种方法，分别是程序动态注册和AndroidManifest文件中进行静态注册。

3. 动态注册广播接收器特点是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器也是打开着的。也就是说哪怕app本身未启动，该app订阅的广播在触发时也会对它起作用。

六大布局

LinearLayout

LinearLayout容器中的组件一个挨一个排列。

• android:orientation，可控制各组件是横向排列还是纵向排列。
• android:gravity，设置布局管理器内组件的对齐方式

FrameLayout

FrameLayout直接继承自ViewGroup组件。帧布局为每个加入其中的组件创建一个空白的区域(称为一帧)，每个子组件占据一帧，这些帧会根据gravity属性执行自动对齐。

TableLayout

TableLayout继承自Linearout，本质上仍然是线性布局管理器。表格布局采用行、列的形式来管理UI组件，并不需要明确地声明包含多少行、多少列，而是通过添加TableRow、其他组件来控制表格的行数和列数。

RelativeLayout

LayoutParams的XML属性：

• android:layout_centerHorizontal
• android:layout_centerVertical
• android:layout_centerParent
• android:layout_alignParentBottom
• android:layout_alignParentLeft
• android:layout_alignParentRight
• android:layout_alignParentTop

AbsoluteLayout

即Android不提供任何布局控制，而是由开发人员自己通过X坐标、Y坐标来控制组件的位置。每个组件都可指定如下两个XML属性：

• layour_x
• layout_y

GridLayout

性能及功能都要比tablelayout好，比如GridLayout布局中的单元格可以跨越多行，而tablelayout则不行，此外，其渲染速度也比tablelayout要快。GridLayout提供了setRowCount(int)和setColumnCount(int)方法来控制该网格的行和列的数量。

五大存储方式

SharedPreferences

SharedPreferences是以XML的格式以文件的方式自动保存的，在DDMS中的File Explorer中展开到/data/data/<package

Preferences只能在同一个包内使用，不能在不同的包之间使用。

文件存储

在Android中，其提供了openFileInput 和 openFileOuput 方法读取设备上的文件，下面看个例子代码，具体如下所示：
String FILE_NAME = “tempfile.tmp”; //确定要操作文件的文件名
FileOutputStream fos = openFileOutput(FILE_NAME, Context.MODE_PRIVATE); //初始化
FileInputStream fis = openFileInput(FILE_NAME); //创建写入流

上述代码中两个方法只支持读取该应用目录下的文件，读取非其自身目录下的文件将会抛出异常。

FileOutputStream 时指定的文件不存在，Android 会自动创建它。另外，在默认情况下，写入的时候会覆盖原文件内容，如果想把

新写入的内容附加到原文件内容后，则可以指定其模式为Context.MODE_APPEND。

SQLite

SQLite是Android所带的一个标准的数据库，它支持SQL语句，它是一个轻量级的嵌入式数据库。直接访问包含数据的文件(即SQLite数据库),而不是通过一些端口(port, socket)来交互。感谢这种底层技术，这使SQLite变得非常快速和高效，并且十分强大。

SQLite与MySQL的区别

SQLite 的优点

基于文件:

整个数据库都包含在磁盘上的一个文件中，因此它有很好的迁移性。

标准化:

尽管它看起来像个“简化版”的数据库，SQLite 确实支持 SQL。它略去了一些功能(RIGHT OUTER JOIN 和 FOR EACH STATEMENT)，但是，又同时增加了一些其他功能。

对开发乃至测试都很棒:

在绝大多数应用的开发阶段中，大部分人都非常需要解决方案能有并发的灵活性。SQLite 含有丰富功能基础，所能提供的超乎开发所需，并且简洁到只需一个文件和一个 C 链接库。

SQLite的缺点

没有用户管理:

高级数据库都能支持用户系统，例如，能管理数据库连接对数据库和表的访问权限。但由于 SQLite 产生的目的和本身性质(没有多用户并发的高层设计)，它没有这个功能。

缺乏额外优化性能的灵活性：

仍然是从设计之初，SQLite 就不支持使用各种技巧来进行额外的性能优化。这个库容易配置，容易使用。既然它并不复杂，理论上就无法让它比现在更快，其实现在它已经很快了。

MySQL的优点

容易使用:

安装MySQL非常容易。第三方库，包括可视化(也就是有GUI)的库让上手使用数据库非常简单。

功能丰富:

MySQL 支持大部分关系型数据库应该有的 SQL 功能——有些直接支持，有些间接支持。

安全:

MYSQL 有很多安全特性，其中有些相当高级。

灵活而强大:

MySQL 能处理很多数据，此外如有需要，它还能“适应”各种规模的数据。

快速:

放弃支持某些标准，让 MySQL 效率更高并能使用捷径，因此带来速度的提升。

MySQL的缺点

已知的局限:

从设计之初，MySQL 就没打算做到全知全能，因此它有一些功能局限，无法满足某些顶尖水平应用的需求。

可靠性问题:

MySQL 对于某些功能的实现方式(例如，引用，事务，数据审核等) 使得它比其他一些关系型数据库略少了一些可靠性。

开发停滞:

尽管 MySQL 理论上仍是开源产品，也有人抱怨它诞生之后更新缓慢。然而，应该注意到有一些基于 MySQL 并完整集成的数据库(如 MariaDB)，在标准的 MySQL 基础上带来了额外价值。

Content provider

一个Content Provider类实现了一组标准的方法接口，从而能够让其他的应用保存或读取此Content Provider的各种数据类型。也就是说，一个程序可以通过实现一个Content Provider的抽象接口将自己的数据暴露出去。外界根本看不到，也不用看到这个应用暴露的数据在应用当中是如何存储的，或者是用数据库存储还是用文件存储，还是通过网上获得，这些一切都不重要，重要的是外界可以通过这一套标准及统一的接口和程序里的数据打交道，可以读取程序的数据，也可以删除程序的数据，当然，中间也会涉及一些权限的问题。

下边列举一些较常见的接口，这些接口如下所示。

  query（Uri uri, String[] projection, String selection, String[] selectionArgs,String sortOrder）：通过Uri进行查询，返回一个Cursor。 
  insert（Uri url, ContentValues values）：将一组数据插入到Uri 指定的地方。 
  update（Uri uri, ContentValues values, String where, String[] selectionArgs）：更新Uri指定位置的数据。 
  delete（Uri url, String where, String[] selectionArgs）：删除指定Uri并且符合一定条件的数据。

外界的程序通过ContentResolver接口可以访问ContentProvider提供的数据，在Activity当中通过getContentResolver()可以得到当前应用的ContentResolver实例。
ContentResolver提供的接口和ContentProvider中需要实现的接口对应，主要有以下几个。

  query（Uri uri, String[] projection, String selection, String[] selectionArgs,String sortOrder）：通过Uri进行查询，返回一个Cursor。
  insert（Uri url, ContentValues values）：将一组数据插入到Uri 指定的地方。
  update（Uri uri, ContentValues values, String where, String[] selectionArgs）：更新Uri指定位置的数据。
  delete（Uri url, String where, String[] selectionArgs）：删除指定Uri并且符合一定条件的数据。

在ContentProvider和ContentResolver当中用到了Uri的形式通常有两种，一种是指定全部数据，另一种是指定某个ID的数据。

      content://contacts/people/  这个Uri指定的就是全部的联系人数据。
      content://contacts/people/1 这个Uri指定的是ID为1的联系人的数据。 

 在上边两个类中用到的Uri一般由3部分组成。
     第一部分是："content://" 。
     第二部分是要获得数据的一个字符串片段。 
    最后就是ID（如果没有指定ID，那么表示返回全部）。

网络

（1）如果需要访问外部网络，则需要在AndroidManifest.xml文件中加入如下代码申请权限许可：

（2）以HTTP POST的方式发送（注意：SERVER_URL并不是指WSDL的URL，而是服务本身的URL）。

private static final String SERVER_URL = "http://www.webservicex.net/WeatherForecast. asmx/GetWeatherByZipCode"; //定义需要获取的内容来源地址
HttpPost request = new HttpPost(SERVER_URL); //根据内容来源地址创建一个Http请求
// 添加一个变量 
List <NameValuePair> params = new ArrayList <NameValuePair>(); 
// 设置一个华盛顿区号
params.add(new BasicNameValuePair("ZipCode", "200120"));  //添加必须的参数
request.setEntity(new UrlEncodedFormEntity(params, HTTP.UTF_8)); //设置参数的编码
try { 
HttpResponse httpResponse = new DefaultHttpClient().execute(request); //发送请求并获取反馈
// 解析返回的内容
if(httpResponse.getStatusLine().getStatusCode() != 404)  
{ 
  String result = EntityUtils.toString(httpResponse.getEntity()); 
  Log.d(LOG_TAG, result); 
} 
} catch (Exception e) { 
Log.e(LOG_TAG, e.getMessage()); 
}