J2ME（Java
2 Micro Edition）的出现把Java开发者彻底地引入了开发无线设备应用程序的广阔天地。当然，移动设备因其功能和处理能力而多种多样，但是，J2ME通过定义configurations和profiles而对这些差异性进行了逻辑抽象，然后整合两种设置为在特定移动设备上开发应用程序提供了一套完整的平台和API。如果你对J2ME还不是很了解，可以看看我们以前的文章《理解J2ME平台》。
实际构建、安装和运行MIDP应用程序的过程同标准Java应用程序存在很大不同。为了“公平”起见，这一问题只能留待今后的文章对其进行专门阐述了。现在我们就来了解了解示例程序的结构。这个程序就是程序员刚入门时几乎都要遭遇的“Hello World!”应用程序，在这里，程序名是HelloJ2ME，程序代码见清单A。运行HelloJ2ME程序后的显示结果见图A。
图A
我知道，这个程序非常简单，不过要作为一种讲解新语言的入门示例也足够了。正如你看到的那样，HelloJ2ME扩展了MIDP基本应用程序MIDlet类并导入了两个包名称空间：
javax.microedition.midlet和javax.microedition.lcdui。前者包括该应用程序的MIDlet基类，而后者则提供了一组类似Swing的GUI元素供应用程序使用。
MIDlet类提供了三种抽象方法供设备的应用程序管理器用来同其运行的应用程序通讯。只要应用程序被激活、构造器执行完毕之后就会立即调用startApp方法而不是在应用程序最初启动的时候这样做。应用程序在一次运行的过程中会在活动和不活动状态之间多次转变，这样你就不必编写单独运行的初始化代码了，比如初始化用户界面的代码等，因为这类代码很可能会执行好多次。为此应该采用构造器来完成同一功能。
管理器指示应用程序关闭之后就会调用destroyApp方法。和startApp方法不一样的是该方法只在应用程序生存期内调用一次，所以在这个方法内编写清除代码是很安全的。实际上，由于MIDP并没有为对象包括finalize函数，所以你不得不在以上方法处执行清除功能。同时，由于典型的移动设备比通常情况下的标准平台欠缺稳定，经常被用户进行开关机或者复位操作。所以你也不能真正指望destroyApp派上大用场。
最后的抽象方法就是pauseApp了。该方法主要作用是发出这样的通知：因为用户转换到其他应用或者采用了设备的某项功能促使应用程序不能继续运行而暂时停止应用程序的运行。由于大多数移动设备都缺乏执行多任务的处理能力，以上的这类情况是完全可能发生的。所以在这个方法中应该编码释放所有资源。一旦应用程序重新开发运行则应用程序管理器会再度调用startApp方法。
当然，通讯必须是双向有效的，MIDP应用程序也不例外。MIDlet提供了一组方法供你用来同应用程序管理器通讯：
