Andriod应用开发知识搜集1

 

Activity数据传递之通用方式：

抽象类型    Parcelable

通过静态变量传递数据：容易发生内存泄漏，尽量不要使用

 

1、Android系统的底层建立在Linux系统之上，该平台由操作系统、中间件、用户界面和应用软件4层组成，它采用一种被称为软件叠层的方式进行构建。

    这种分工保证了层与层之间的低耦合，当下层的层内或层下发生改变时，上层应用程序无须任何改变。

2、Android系统主要由5部分组成，下面分别对这5部分进行简单介绍：

(1)应用程序层：

Android系统将会包含系列的核心应用程序，包括电子邮件客户端、SMS程序、日历、地图、浏览器、联系人等。这些应用程序都是用java编写的。

(2)应用程序框架：

    当我们开发Android应用程序时，就是面向底层的应用程序框架进行的。从这个意义上看，Android系统上的应用程序时完全平等的，不管是Android     系统提供的       程序，还是普通开发者提供的程序，都可以访问Android提供的API框架。Android应用程序框架提供了大量API供开发者使用。

    *：应用程序框架除可作为应用程序开发的基础之外，也是软件复用的重要手段，任何一个应用程序都可发布它的功能模块——只要发布时遵守了框架的约定，那么其他应用程序也可以使用这个功能模块。

(3)函数库：

    Android包含一套被不同组件所使用的C/C++库的集合。一般来说，Android应用开发者不能直接调用这套C/C++库集，但可以通过它上面的应用程序框架来调用这些库。

   下面列出一些核心库：

   #系统C库：一个从BSD系统派生出来的标准C系统库(libc)，并且专门为嵌入式Linux设备调整过。

   #媒体库：基于PacketVideo的openCORE,这套媒体库支持播放和录制许多流行的音频和视频格式，以及查看静态图片。主要包括MPEG4、H.264、MP3、AAC、AMR、JPG、PNG等多媒体格式。

   #Surface Manager:管理对显示子系统的访问，并可以对多个应用程序的2D和3D图层机提供无缝整合。

   #LibWebCore：一个全新的Web浏览器引擎,该引擎为Android浏览器提供支持，也为WebView提供支持，WebView完全可以嵌入开发者自己的应用程序中。

   #SGL：底层的2D图形引擎。

   #3D libraries:基于OpenGL ES 1.0 API实现的3D系统，这套3D库可以使用硬件3D加速（如果硬件系统支持），也可使用高度优化的软件3D加速。

   #FreeType:位图和向量字体显示。

   #SQLite：供所有应用程序使用的、功能强大的轻量级关系数据库。

(4)Android运行时：

    Android运行时由两部分组成：Android核心库集和Dalvik虚拟机。其中核心库集提供了java语言核心库所能使用的绝大部分功能，而虚拟机则负责运行Android应用程序。

   每个Android应用程序都运行在单独的Dalvik虚拟机内（即每个Android应用程序对应一条Davlik进程），Dalvik专门针对同时高效地运行多个虚拟机进行了优化，因此Android系统可以方便的实现对应用程序进行隔离。

   由于Android应用程序的编程语言是java，因此有些人会把Dalvik虚拟机和JVM搞混，但二者存在区别：Dalvik并未完全遵守JVM规范，两者也不兼容。实际上，JVM虚拟机运行的是JAVA字节码（通常就是.class文件），但Dalvik运行的是其专有的dex(Dalvik Executable)文件。JVM直接从.class文件或JAR包中加载字节码然后运行；而Dalvik则无法直接从.class文件或JAR包中加载字节码，它需要通过DX工具将应用程序的所有.class文件编译成.dex文件，Dalvik则运行该.dex文件。

  Dalvik虚拟机非常适合在移动终端上使用，相对于在pc或服务器上运行的虚拟机而言，Dalvik虚拟机不需要很快的cpu计算速度和大量的内存空间，它主要有如下两个特点：

  #运行专有的.dex文件。专有的.dex文件减少了.class文件中的冗余信息，而且会把所有.class文件整合到一个文件中，从而提高运行性能，；而且DX工具还会对.dex文件进行一些性能的优化。

  #基于寄存器实现。大多数虚拟机（包括JVM）都是基于栈的，而Dalvik虚拟机则是基于寄存器的。一般来说，基于寄存器的虚拟机具有更好的性能表现，但在硬件通用性上略差。

  Dalvik虚拟机依赖于Linux内核提供的核心功能，如线程和底层内存管理。

(5)Linux内核：

    Android系统建立在Linux 2.6之上。Linux内核提供了安全性、内存管理、进程管理、网络协议栈和驱动模型等核心系统服务。除此之外，Linux内核也是系统硬件和软件叠层之间的抽象层。

3、Activity:

        Activity是Android应用中负责与用户交互的组件，只能通过setContentView(View)来显示指定组件。

        实际上Activity是Window的容器，Activity包含一个getWindow()方法，该方法返回该Activity所包含的窗口，对于Activity而言，开发者一般不需要关心Window对象。

        多个Activity组成Activity栈，当前活动的Activity位于栈顶。

        View组件是所有UI控件、容器控件的基类，View组件就是Android应用中用户实实在在看到的部分。但View组件需要放到容器组件中，或者使用Activity将它显示出来。

        如：LinearLayout对象是ViewGroup的子类，ViewGroup又是View的子类 

        Activity包含了一个setTheme(int resid)方法来设置其窗口的风格，我们若希望窗口不显示ActionBar、以对话框形式显示窗口，都可通过该方法来实现。

    Service: 

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

        一个Service组件被运行起来之后，它将拥有自己独立的生命周期，Service组件通常用于为其他组件提供后台服务或监控其他组件的运行状态。

    BroadcastReceiver: 

        从代码实现角度来看，BroadcastReceiver非常类似于事件编程中的监听器。与普通事件监听器不同的是：普通事件监听器监听的事件源是程序中的对象；而BroadcastReceiver监听的事件源是Android应用中的其他组件。

        开发者实现了自己的BroadcastReceiver之后，通常有两种方式来注册这个系统级的“事件监听器”：

       #在java代码中通过Context.registReceiver()方法注册BroadcastReceiver。

       #在AndroidManifest.xml文件中使用<receiver.../>元素完成注册。

    ContentProvider:  

       对于Android应用而言，他们必须相互独立，各自运行在自己的dalvik虚拟机实例中，如果这些Androidying'yong之间需要实现实时的数据交换，Android系统为这种跨应用的数据交换提供了一个标准：ContentProvider。

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

 4、Intent 和 IntentFilter

      Intent不是Android应用的组件，是Android应用内不同组件之间通信的载体。也即是说，Activity、Service、BroadcastReceiver三种组件之间的通信都以Intent作为载体。

      Intent封装了大量当前组件需要启动或触发的目标组件的信息。 

      可分为两类：

      #显式Intent:明确指定需要启动或者触发的组件的类名。

                       Android系统无须对该Intent进行解析，系统直接找到指定的目标组件，启动或触发它即可。

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

                       Android系统需要对该Intent进行解析，解析出它的条件，然后再去系统中查找与之匹配的目标组件。如果找到符合条件的组件，就启动或触发它们。

      被调用组件可通过IntentFilter来声明自己所满足的条件——也就是声明自己到底能处理哪些隐式Intent。

5、Android应用的绝大部分UI组件都放在android.widget包及其子包、android.view包及其子包中，android应用的所有UI组件都继承了View类。

    Drawable是Android提供的一个抽象基类，它代表了“可以被绘制出来的某种东西”，Drawable包括了大量子类，比如BitmapDrawable代表位图Drawable、ColorDrawable代表颜色Drawable、ShareDrawable代表几何形状Drawable。各种Drawable可用于定制UI组件的背景等外观。

    ViewGroup容器控制其子组件的分布依赖于ViewGroup.LayoutParams、ViewGroup.MarginLayoutParams两个内部类。这两个内部类中都提供了一些XML属性，ViewGroup容器中的子组件可以指定这些XML属性。

6、#Android推荐使用XML布局文件来控制视图，这样不仅简单、明了，而且可以将应用的视图控制逻辑从java代码中分离出来，放入XML文件中控制，从而更好地体现MVC原则。

    #如果希望在代码中控制UI界面，那么所有的UI组件都将通过new关键字创建出来，然后程序使用LinearLayout容器来“盛装”这些UI组件，这样就组成了图形用户界面。

但这种方式不仅编程繁琐，而且不利于高层次的解耦，因此不推荐开发者使用这种方式。

public class CodeView extends Activity
{
      @Override
      public void onCreate(Bundle savedInstanceState)
      {
            super.onCreate(savedInstanceState)
            //   创建一个线性布局管理器
            LinearLayout layout = new LinearLayout(this);
            //   设置该Activity显示layout
            super.setContentView(layout);
            layout.setOrientation(Linearlayout.VERTICAL);
            //   创建一个TextView
            final TextView show = new TextView(this);
            //   创建一个按钮
            Button bn = new Button(this);
            bn.setText(R.string.ok);
            bn.setLayoutParams(new ViewGroup.LayoutParams(
                             ViewGroup.LayoutParams.WRAP_CONTENT,
                             ViewGroup.LayoutParams.WRAP_CONTENT));
            //   向Layout容器中添加TextView
            layout.addView(show);
            //   向Layout容器中添加按钮
            layout.addView(bn);
            //   为按钮绑定一个事件监听器
            bn.setOnClickListener(new OnClickListener()
            {
                     @Override
                      public void OnClick(View v)
                      {
                              show.setText("Hello, Android, " 
                                                + new  java.util.Date());
                       }
            });
      }
}

    从上面的程序代码中可以看出，无论创建哪种UI组件，都需要传入一个this参数，这是由于创建UI组件时传入一个Context参数，Context代表访问Android应用环境的全局信息的API。让UI组件持有一个Context参数，可让这些UI组件通过该Context参数来获取Android应用环境的全局信息。

    Context本身是一个抽象类，Android的应用的Android、Service都继承了Context,因此Activity、Service都可直接作为Context使用。

    #当混合使用XML布局文件和代码来控制UI界面时，习惯上把变化小、行为比较固定的组件放在XML布局文件中管理，而那些变化较多、行为比较复杂的组件则交给java代码来管理。

7、开发自定义View:

    View组件只是一个矩形的空白区域，View组件没有任何内容。对于Android应用的其他UI组件来说，它们都继承了View组件，然后在View组件提供的空白区域上绘制外观。

    当开发者打算派生自己的UI组件时，首先定义一个继承View基类的子类，然后重写View类的一个或多个方法，通常可以被用户重写的方法如下。

    #构造器：重写构造器是定制View的最基本方式，当java代码创建一个View实例，或根据XML布局文件加载并构建界面时将需要调用该构造器。

    #onFinishInflate(): 这是一个回调方法，当应用从XML布局文件加载该组件并利用它来构建界面之后，该方法将会被回调。

    #onMeasure(int, int): 调用该方法来检测View组件及它所包含的所有子组件的大小。

    #onLayout(boolean, int, int, int): 当该组件需要分配其子组件的位置、大小时，该方法就会被回调。

    #onSizeChanged(int, int, int, int): 当该组件的大小被改变时回调该方法。

    #onDraw(Canvas): 当该组件将要绘制它的内容时回调该方法进行绘制。

    #onKeyDown(int, KeyEvent): 当某个键被按下时触发该方法。

    #onKeyUp(int, KeyEvent): 当松开某个键时触发该方法。

    #onTrackballEvent(MotionEvent): 当发生轨迹球事件时触发该方法。

    #onTouchEvent(MotionEvent): 当发生触摸屏事件时触发该方法。

    #onWindowFocusChanged(boolean): 当该组件得到、失去焦点时触发该方法。

    #onAttachedToWindow(): 当把该组件放入某个窗口时触发该方法。

    #onDetachedFromWindow(): 当把该组件从某个窗口上分离时触发该方法。

    #onWindowVisibilityChanged(int): 当包含该组件的窗口的可见性发生改变时触发该方法。

转载于:https://www.cnblogs.com/sandyclaire1990/p/4583485.html