android开发技术

1.android框架、android系统启动过程、binder框架、软件开发架构、消息驱动模型

             

            

                       

           

2.Activity、Service、ContentProvider、BraodcastReceiver和Intent   

    四大组件的使用都必需要在AndroidManifest.xml配置文件中声明，不然系统将不识别也不执行该组件。

1）活动Activity
  （1）对Activity的理解：Android中的任务（activity栈）
（a）任务其实就是activity的栈，它由一个或多个Activity组成，共同完成一个完整的用户体验。栈底的是启动整个任务的Activity，栈顶的是当前运行的用户能够交互的Activity，当一个activity启动另一个的时候，新的activity就被压入栈，并成为当前运行的activity。而前一个activity仍保持在栈之中。当用户按下BACK键的时候，当前activity出栈，而前一个恢复为当前运行的activity。栈中保存的实际上是对象，栈中的Activity永远不会重排，只会压入或弹出。
（b）任务中的全部activity是做为一个总体进行移动的。整个的任务（即activity栈）能够移到前台，或退至后台。
（c）Android系统是一个多任务(Multi-Task)的操做系统，能够在用手机听音乐的同时，也执行其余多个程序。每多执行一个应用程序，就会多耗费一些系统内存，当同时执行的程序过多，或是关闭的程序没有正确释放掉内存，系统就会以为愈来愈慢，甚至不稳定。为了解决这个问题，Android引入了一个新的机制，即生命周期(Life Cycle)。

 （2）Activity是一个组件，一个活动就是一个屏幕，它负责建立窗口容纳视图组件。每一个活动都继承活动基类被实现为一个独立的类。活动类能够显示由多个视图空间组成的用户接口，并对事件作出响应。一个activity中一般包含多个widget，一个intent，一个布局(xml或Java代码实现)，一个bundle。

 （3）Activity的生命周期：

            

    （4）Activity的启动与中止：

           

2）服务service
    服务在后台运行，没有界面，至关于activity启动的守护进程。能够被activity产生或激活,处理与当前activity生存期无关的事务。服务用于在后台完户指定的操做。

 （1）从启动和中止方式的角度，service分为如下2种

（a）starte型：当应用程序组件（如activity）调用startService()方法启动服务时，服务处于started状态。该service的生命周期由本身决定。started service（启动服务）是由其余组件调用startService()方法启动的，这致使服务的onStartCommand()方法被调用。当服务是started状态时，其生命周期与启动它的组件无关，而且能够在后台无限期运行，即便启动服务的组件已经被销毁。所以，服务须要在完成任务后调用stopSelf()方法中止，或者由其余组件调用stopService()方法终止服务。

（b）bind型：当应用程序组件调用bindService()方法绑定到服务时，服务处于bound状态。使用bindService()方法启用服务，调用者与服务绑定在了一块儿，调用者一旦调用退出该activity，服务也就终止。该service的生命周期与当前组件的生命周期相同。调用者也可使用unbindservice()解除绑定终止service。

  （2）从做用范围的角度，service类型分为如下2种
    （1）本地服务：用于应用内部，实现应用程序本身的一些耗时任务。
    （2）远程服务：用于应用程序之间，容许调用其余应用程序的服务。
    service类派生了多种类型的服务：AbstractInputService AccessibilityService IntentService RecognitionService WallpaperService
  （3）Service的2个应用
    *做为应用程序的一种设施，以一种与当前activity无关的方式启动一段Java代码。经过context.startService方法启动Service，或经过context.stopService终止。
    *在应用程序之间提供交互功能：经过调用context.bindService方法启动一个长期的Service。调用context.unbindService终止

    （4）服务的生命周期

                   

  （4）Service的实现过程
    *建立Service：首先须要继承Service类，而且覆盖其中的onCreate,onStart, onDestroy方法
    *onCreate 中实现须要在后台执行的代码
    *onStart  intent数据一般都是传递给onstart
    *onDestroy 实现清除数据

    (5)Service的启动与终止

       

  3）BroadcastReceiver的实现方法

    （1）对广播的理解

    BroadcastReceiver能够对外部事件进行过滤，只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并作出响应。它们能够启动一个activity或serice来响应它们收到的信息，或者用NotificationManager来通知用户。通知能够用不少种方式来吸引用户的注意力，例如闪动背灯、震动、播放声音等。通常来讲是在状态栏上放一个持久的图标，用户能够打开它并获取消息；广播接收者的注册有两种方法，分别是程序动态注册和AndroidManifest文件中进行静态注册；动态注册广播接收器特色是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担心广播接收器是否被关闭，只要设备是开启状态，广播接收器也是打开着的。也就是说哪怕app自己未启动，该app订阅的广播在触发时也会对它起做用。

    Broadcastreceive组件：继承broadcastreceive类，实现onReceive()方法，提供了一种更加自由的使用intent和notification的方式，是intent的消费者并根据intent激发其它组件。Broadcastreceive生命周期只有十秒左右，若是在onReceive()内作超过十秒内的事情，就会报ANR(Application No Response) 程序无响应的错误信息，若是须要完成一项比较耗时的工做 , 应该经过发送 Intent 给 Service, 由Service 来完成。

    （2）广播接收器分为2种：与activity绑定的广播接收器和做为独立组件的广播接收器。

    （3）广播的启动和中止

         

  4）内容提供器ContentProvider
    ContentProvider提供了一种多应用间数据共享的机制以及数据存取的标准接口。Content Provider使一个应用程序的指定数据集提供给其余应用程序。其余应用能够经过ContentResolver类从该内容提供者中获取或存入数据；当在多个应用程序间共享数据时才须要内容提供者。例如，通信录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式；ContentProvider实现数据共享。ContentProvider用于保存和获取数据，并使其对全部应用程序可见。这是不一样应用程序间共享数据的惟一方式，由于android没有提供全部应用共同访问的公共存储区；开发人员不会直接使用ContentProvider类的对象，大多数是经过ContentResolver对象实现对ContentProvider的操做；ContentProvider使用URI来惟一标识其数据集，这里的URI以content://做为前缀，表示该数据由ContentProvider来管理。

  5）意图intent
    intent是一种运行时绑定机制， 是一种利用消息进行交互的机制。与intent有关的2个类是IntentFilter和IntentReceiver。Intent提供应用程序、activity和service三种之间的相互触发和数据交互(运行时绑定)。intent描述了一次操做的动做、动做涉及的数据和附加数据，intent用于通知系统内核调用intent指定的应用。intent分红2类：(1)显式intent：显式intent直接指定须要启动的组件的名字来启动activity、service或BroadcastReceiver。(2)隐式intent：隐式intent无需指定目标应用的名字，只需选择性的指定Intent的Action、Data以或Category，则具备过滤这些Intent的4大组件就能被这些Intent激活。4大组件中Activity、BroadCastreceiver、service这3个都是经过intent被激活的。

    Android的核心Intent：链接4大组件的纽带Intent是一种利用消息进行交互的机制。Intent对象描述了应用中一次操做的动做、涉及的数据和附加数据，FrameWork经过Intent的描述调用对应的用户的应用、底层应用、service、activity或BroadcastReceiver。Intent提供了组件之间的延迟绑定机制。经过Intent调用底层应用必须设置底层应用许可。

    意图用于激活各个组件及各个组件之间通讯，能够携带数据。

                       

3.资源管理器Res/Assets
    *在activity类中 Resource resmanage=this.getBaseContext().getResources(); Drawable pic1=resmanage.getDrawable(R.id.pic1); 能够获取到该图片资源的引用

     经过Android应用程序资源的编译和打包过程，最终获得的应用程序资源就与应用程序代码一块儿打包在一个APK文件中。Android应用程序在运行的过程当中，是经过一个称为AssetManager的资源管理器来读取打包在APK文件里面的资源文件的。
     访问app内部的资源：应用程序的每个Activity组件都关联有一个ContextImpl对象，这个ContextImpl对象就是用来描述Activity组件的运行上下文环境的。Activity组件是从Context类继承下来的，而ContextImpl一样是从Context类继承下来的。在Activity组件调用的大部分红员函数都是转发给与它所关联的一个ContextImpl对象的对应的成员函数来处理的，其中就包括用来访问应用程序资源的两个成员函数getResources和getAssets。ContextImpl类的成员函数getResources返回的是一个Resources对象，有了这个Resources对象，就能够经过资源ID来访问那些被编译过的应用程序资源。ContextImpl类的成员函数getAssets返回的是一个AssetManager对象，有了这个AssetManager对象，就能够经过文件名来访问那些被编译过或者没有被编译过的应用程序资源文件。
    Resources类的实现：事实上，Resources类也是经过AssetManager类来访问那些被编译过的应用程序资源文件的，不过在访问以前，它会先根据资源ID查找获得对应的资源文件名。在Android系统中，一个进程是能够同时加载多个应用程序的，也就是能够同时加载多个APK文件。每个APK文件在进程中都对应有一个全局的Resourses对象以及一个全局的AssetManager对象。其中，这个全局的Resourses对象保存在一个对应的ContextImpl对象的成员变量mResources中，而这个全局的AssetManager对象保存在这个全局的Resourses对象的成员变量mAssets中。Resources类有一个成员函数getAssets，经过它就能够得到保存在Resources类的成员变量mAssets中的AssetManager，例如，ContextImpl类的成员函数getAssets就是经过调用其成员变量mResources所指向的一个Resources对象的成员函数getAssets来得到一个能够用来访问应用程序的非编译资源文件的AssetManager。

    访问系统资源：Android应用程序除了要访问本身的资源以外，还须要访问系统的资源。系统的资源打包在/system/framework/framework-res.apk文件中，它在应用程序进程中是经过一个单独的Resources对象和一个单独的AssetManager对象来管理的。这个单独的Resources对象就保存在Resources类的静态成员变量mSystem中，咱们能够经过Resources类的静态成员函数getSystem就能够得到这个Resources对象，而这个单独的AssetManager对象就保存在AssetManager类的静态成员变量sSystem中，能够经过AssetManager类的静态成员函数getSystem一样能够得到这个AssetManager对象。访问该assets文件中的资源可使用“file:///android_asset/...”

4.Bundle类
    Bundle类型，至关于map，用于activity之间的数据传递。传递的数据能够是boolean、byte、int、long、float、double、string等基本类型或它们对应的数组，也能够是对象或对象数组。当Bundle传递的是对象或对象数组时，必须实现Serializable 或Parcelable接口。

5. View视图类和Widget类及其事件监听器类

         *View类是全部Widget类以及全部监听器类的基类
    *Widget主要包括如下视图:TextView文本框视图 EditText编辑框视图 Button CheckBox复选框视图 RadioGroup Spinner下拉列表 AutoCompleteTextView自动完成文本框视图 DatePicker日期选择器视图 TimePicker时间选择器视图 DigitalClock数字时钟 AnalogClock表状时钟 ProcessBar进度条 RatingBar评分条 SeekBar拖动条 GridView网格视图 ListView列表视图 ScrollView滚动视图 ImageView图片视图 Tab图标切换视图
    *TextView和ImageView的区别就是-TextView用于显示文本而ImageView用于显示图片 ContextMenu菜单 OptionsMenu
    *每一种视图都有本身的事件监听器，当事件到来时将触发回调函数。
    *菜单结构的设计有2种:Java代码和XML。首先进行UI设计，经过@+id/xxx为组件对应一个对象关键字。UI设计完以后，就产生了每一个组件对应的对象，可是在代码里还没法引用该对象，由于没有这些widget对象的引用，使用findViewById(R.id.xxx)能够返回这些已布局对象的引用。

    *键盘事件属于activity的事件，能够经过覆盖onKeyUp()或onKeyDown()方法捕获按键值

6.Android的通知：Notification和Toast

Notification：被用来通知用户某个事件发生了，好比短信短信，显示在当前activity的状态栏中。该通知方式能够绑定一个intent，当该通知被点击时，将发送该intent。Notification容许设置标题，这样能够在“通知窗口”中浏览通知列表，当用户点击某个通知时，Notification设置的Intent就会触发。
因此的Notification被NotificationManager系统服务管理，经过getSystemService(context.NOTIFICATION_SERVICE)得到NotificationManager对象，而后调用notify方法将Notification对象传递给用户。
NotificationManager nm=(NotificationManager)this.getsystemservice(NOTIFICATION_SERVICE);
PendingIntent myintent=PendingIntent.getActivity(this,0,new Intent(this,Ex_81.class),0);/*生成通知的PendingIntent对象*/
Notification notifi=new Notification(drawable/*图片*/,tickertext/*标题*/,system.currenttimemillis()/*发送时间*/);
notifi.setLatestEventInfo(this,title,content,myIntent);
nm.notify(R.layout.activy_notification,notifi);
/*删除一个状态栏中的通知*/
nm.cannel(R.layout.activy_notification);

Toast:悬浮于屏幕上，但不会得到焦点。不可以绑定事件。
调用方法简单：直接使用静态函数Toast.maketext(this,"...",Toast.LENGTH_LONG)
7.Android提供了4种持久数据存储的方法
    *Preferences存储数据：Preferences采用"键-值"对组织和管理数据，其数据存储在XML文件中，适用于简单数据存储。能够像bundle存取数据
    *文件存储数据：从存储量来看，文件存储是一种"重量级"的存储机制，它比Preferences方式更适合存储较大的数据。
    *SQLite存储数据：“重量级“存储机制
    *ContentProvider存储数据(非持久)：应用程序之间惟一共享数据的途径，主要用于存储、检索数据以及向其余应用程序提供数据访问的接口。能够提供像sqlite同样的数据访问方式，能够存储非结构化数据。
8. android提供了3种网络通讯方式
    *Webkit(android.webkit):浏览器引擎
    *HttpComponents
    *Socket(java.net.*)

九、杂项

(1) 全部的Android 应用进程都是由Zygote fork出来的。
(2) 组件管理:zygote进程->systemservice进程->AMS系统服务进程(activity manage service)--binder->四大组件

(3) App本质上是组件和资源的容器

(4) Context实现组件进程间的环境切换，activity和service以及application都是context的子类,容许他们直接从当前进程切换到下一个进程。