技术相关 | J2ME-MIDlet和Android-Activity生命周期的比较

之前在网上看到问题，移动互联联网开发是用J2ME比较好还是用Android比较好，亦有问题问Android是不是J2ME的一种。就从字面概念理解，Android是手机操作系统，J2ME是java语言的一个方向，这个方向是针对移动平台(例如手机)开发。

 

其实大家比较关注的是J2ME开发和Android开发的异同，而学习过J2EE开发的人群可能会认为J2ME比较好上手，但是看过抽象类之后觉得……嗯，可能还是Android更好上手一点。另外一方面也有人预测说，J2ME在移动端的开发会逐渐被主流的Android和iOS开发取代，所以学习J2ME对求职没有什么帮助……考虑到学软件也不完全是为了求职，就对这两种技术进行了比较浅显的比较（主要还是读一读前人的博客写写简单的测试代码这样。

 

网上关于J2ME和Android的比较囊括的很多方便，有开发平台、UI、数据库这种模块层次的分类比较，也有安装包、代码框架、代码细节这种结构层次的分类比较。这篇博客主要从程序入口的生命周期做一个学习和资料整合。

 

J2ME程序入口类为MIDlet，所有的J2ME程序都要继承该类来初始化J2ME程序。

Android程序入口是Activity类。

 

J2ME MIDlet生命周期

 

MIDlet有三种本质区别的状态：

1、startApp（活动状态）程序启动的时候会调用该方法来初始化用户需要的资源。

2、pauseApp（暂停状态）当手机来电接电话的时候，会调用该接口。用户可以调用该接口停止也写线程的操作。

3、 destroyApp（销毁状态）程序退出的时候调用。用户可以调用该接口处理处于活动状态的线程。

该几个周期状态有AMS调用转换，也可以程序代码调用转换。resumeRequest调用会的结果是AMS会调用startApp方法，notifyPaused调用的结果是可能AMS调用PsuseApp，notifyDestroyed调用会使AMS销毁该midlet。

 

通过一段代码来进行分析：

 

importjavax.microedition.midlet.MIDlet;
import javax.microedition.midlet.MIDletStateChangeException;
import javax.microedition.lcdui.*;

public class HelloMidletextends MIDlet {
    private Display display;
    private Form form;

    publicHelloMidlet() {
       System.out.println("constructor......");
        display = Display.getDisplay(this);
    }

    protectedvoid startApp() throwsMIDletStateChangeException {
       System.out.println("start......");
        form =newForm("HelloMidlet");
        display.setCurrent(form);
    }

    protectedvoid pauseApp() {
       System.out.println("pause......");
        form = new Form("");
    }

    protectedvoid destroyApp(boolean arg0) throwsMIDletStateChangeException {
       System.out.println("destroy......"+ arg0);
    }

}

 

Step1系统首先调用构造方法,控制台输出constructor......

 

Step2构造完成后MIDlet是处于暂停状态，紧接着会很快的转换到活动状态，然后才调用startApp方法，控制台输出start……

 

Step1活跃状态的Midlet会因为某些情况要求程序暂停，比如手机突然来电或者短消息等。应用程序管理器为了节省更多的系统资源，会首先调用pauseApp方法释放一部分Midlet非必须的资源，然后再转换到暂停状态。所以一般在pauseApp()方法内应该添加释放资源的必需代码。上面的pauseApp()方法内form = new Form("");用于模拟将form所占的内存释放掉。

 

Step3暂停时，控制台输出pause……

 

Step4处理完外部事件，系统将Midlet暂停状态再次转换到活动状态，接着再调用startApp方法恢复Midlet所需要的资源。控制台输出start……startApp()方法在一个Midlet中可能会多次调用。所以我们应该注意把初始化语句放在构造方法内。

 

Step5 关闭模拟器终止Midlet时，控制台输出destroy……true

 

Android Activity生命周期

在系统中的Activity被一个Activity栈所管理。当一个新的Activity启动时，将被放置到栈顶，成为运行中的Activity，前一个Activity保留在栈中，不再放到前台，直到新的Activity退出为止。

 

Activity有四种本质区别的状态：

1、Active or Running（活动状态/运行状态）：在屏幕的前台（Activity栈顶）

2、Paused（暂停状态）：如果一个Activity失去焦点，但是依然可见（一个新的非全屏的Activity或者一个透明的Activity被放置在栈顶），叫做暂停状态（Paused）。一个暂停状态的Activity依然保持活力（保持所有的状态，成员信息，和窗口管理器保持连接），但是在系统内存极端低下的时候将被杀掉。

3、Stopped（停止状态）：如果一个Activity被另外的Activity完全覆盖掉，叫做停止状态（Stopped）。它依然保持所有状态和成员信息，但是它不再可见，所以它的窗口被隐藏，当系统内存需要被用在其他地方的时候，Stopped的Activity将被杀掉。

4、销毁状态：如果一个Activity是Paused或者Stopped状态，系统可以将该Activity从内存中删除，Android系统采用两种方式进行删除，要么要求该Activity结束，要么直接杀掉它的进程。当该Activity再次显示给用户时，它必须重新开始和重置前面的状态。

 

activity是单独的，用于处理用户操作。几乎所有的activity都要和用户打交道，所以activity类创建了一个窗口，开发人员可以通过setContentView(View)接口把UI放到activity创建的窗口上，当activity指向全屏窗口时，也可以用其他方式实现：作为漂浮窗口（通过windowIsFloating的主题集合），或者嵌入到其他的 activity（使用ActivityGroup）。

 

public classActivity extendsApplicationContext {

protectedvoid onCreate(Bundleicicle);

protectedvoid onStart();

protectedvoid onRestart();

protectedvoid onResume();

protectedvoid onFreeze(BundleoutIcicle);

protectedvoid onPause();

protectedvoid onStop();

protectedvoid onDestroy();

}

 

1、 onCreate程序开始初始化的时候调用该接口，用户导航返回到Activity的时候也会调用该接口。类似于J2ME里面多个Canvase(Displayable)切换。所以Activity也类似于Displayable。

2、 onStart onCreate调用完后，程序调用该接口。

3、 onResume onStart调用后调用该接口。此时Activity进入运行状态。

4、 onPause新的Activity启动的时候调用该接口。

5、 onStop该Activity不可见的时候调用。

6、 onDestroy程序销毁的时候调用。

 

大部分的Activity子类都需要实现以下两个接口：

onCreate(Bundle)接口是初始化activity的地方.在这儿通常可以调用setContentView(int)设置在资源文件中定义的UI,使用findViewById(int)可以获得UI中定义的窗口.

onPause()接口是使用者准备离开activity的地方，在这儿，任何的修改都应该被提交(通常用于ContentProvider保存数据).

 

整个的生命周期，从onCreate(Bundle)开始到onDestroy()结束。Activity在onCreate()设置所有的“全局”状态，在onDestory()释放所有的资源。例如：某个Activity有一个在后台运行的线程，用于从网络下载数据，则该Activity可以在onCreate()中创建线程,在onDestory()中停止线程。

 

可见的生命周期，从onStart()开始到onStop()结束。在这段时间，可以看到Activity在屏幕上，尽管有可能不在前台，不能和用户交互。在这两个接口之间，需要保持显示给用户的UI数据和资源等，例如：可以在onStart中注册一个IntentReceiver来监听数据变化导致UI的变动，当不再需要显示时候，可以在onStop()中注销它。onStart()，onStop()都可以被多次调用，因为Activity随时可以在可见和隐藏之间转换。

 

前台的生命周期，从onResume()开始到onPause()结束。在这段时间里，该Activity处于所有 Activity的最前面，和用户进行交互。Activity可以经常性地在resumed和paused状态之间切换，例如：当设备准备休眠时，当一个 Activity处理结果被分发时，当一个新的Intent被分发时。所以在这些接口方法中的代码应该属于非常轻量级的。