RMS(Record Management System)是MIDP中一个非常重要的子系统，因为它是J2ME应用程序进行持久性存储的唯一途径。当然你的系统如果支持JSR75的话，那么你可以使用FileConnection来对文件进行操作，那超出了本文的讨论范围。持久性存储在我们编写应用程序的时候经常要用到，比如纪录游戏的排行榜、记录用户输入的用户名和密码等。本文将主要从RMS的基本概念和使用指南方面进行介绍，目的在于给读者进行一定的指导。



    RMS是首先在MIDP1.0中提出的，它所在的包是javax.microedition.rms，在这个包里面总共包括四个接口、一个类和五个异常。由此可见RMS设计的非常小巧，这正是为了满足移动信息设备资源受限的需求。下面我们先弄清楚几个概念。

  1. 什么是持久性存储？
    持久性存储简单的理解就是数据不因为程序的退出而丢失，一般我们在程序中声明的变量都是存储在stack或者heap上的，程序退出后这些数据会被清除以释放资源。而存储在RMS中的数据是不会被清除的。
  2. RMS的数据存储在哪里？
    MIDP规范中没有规定RMS的数据必须存储在哪里，而是由厂商来具体实现。一般存储在非挥发性的内存空间。因此这是对程序员透明的。
  3. RMS的容量最小为多少？
    MIDP中规定厂商实现RMS的时候，提供的存储空间不能小于8KB，例如笔者的Nokia 6108的RMS空间为30KB。
  4. RMS中按照Record来存储的，ID是不是等于索引？
    ID和索引的区别还是很大的，ID从1开始计数，这和数组的0开始计数有一些不同。ID可以是不连续的，当一个ID标记的Record被删除后那么对应的ID也就变得无效了。ID是不能重复使用的。
  5. RMS对存储在其中的数据格式有具体要求吗？
    答案是没有，只要数据可以被转换成byte[]那么这个数据就可以存储在RMS中，取出的时候仍然是byte[]。因此这就要求我们开发人员来描绘数据的样子，因为RMS只是负责把数据按照byte[]写入和读出。
  6. 在一个MIDlet套件中，RecordStore可以被共享吗？
    可以
  7. 一个MIDlet套件中的RecordStore可以被另外一个RecordStore访问吗？
    在MIDP1.0中不可以，在MIDP2.0中推出了共享机制，通过共享可以实现。

    上面以7个问题的形势总结了RMS中需要注意的基本概念，下面我们看看如何使用RMS。一般初学者学习RMS的时候通常会被他们的方法给弄的不知如何下手，因为很多方法看上去很类似。这里我进行如下的总结，提供一些使用指南给大家。