jdk1.1的新功能--序列化接口（serializableinterface）,简化了对象持久化(persistence)的实现。以下介绍如何通过smtpe-mail将对象传送给另一个用户。
　　摘要：一些应用程序需要以一种非实时的方式（例如旅行指南、错误报告（bugreport）、 时间表（timesheet）等）和其余用户共享对象。java语言开发工具包（jdk）1.1版提供了一 个重要的功能:java.io.serializable接口。该技术能让你知道如何序列化一个对象,然 后用e-mail传给其它用户。
　　对象持久化和用户间对象共享是许多商业解决方案的基础。例如,一个公司可以用从本公司网址启动的applet来完成一个时间表的制作。同样该公司也可以提供象具有开支报告、旅行指 南、错误报告(bugreport)等功能的applet。在这些情况下,从applet的使用者获得的数据需要和负责薪水、付款、旅行房间预订的人们共享。执行这些职能的人们可能分布在不同的 城市和国家,可能工作在不同的时区,不能希望每个工作人员都能象猫头鹰一样在晚上工作以填写这样的表格。相同的信息也不应该重新输入。因此,能够存储并且把这些相关对象传 送到商业应用中是这些applet有别于其它applet的优势。
　　目前已经有许多方法能实现对象的持久化,例如使用对象数据库和磁盘文件。同样的也有许多办法可以共享对象,例如将数据写入一个套接字,或者实现一个符合corba,som的模 型。以上这几种方案均有自己的优点,当你设计你的商业解决方案时,需要认真地考虑这些方案。但是,还有一种开销不大但可靠的方法,它使用internet和intranet用户能够获取的 技术服务在世界范围传送对象的拷贝。它就是简单邮件传输协议,smtp。
　　用e-mail发送java对象
　　存储和保存对象的一个简单方法是将对象序列化而后用e-mail将它发送给别的用户。这种 方法有以下优点:
　　发送的计算机或nc（网络计算机）无需硬盘空间
　　使用现有的系统传送、排队、发送对象
　　允许用户使用最喜欢的邮件客户程序来接受邮件
　　提供简单的机制将同一对象的拷贝分发给许多人
　　这种方法也有不足之处:
　　邮件的传送可能因为e-mail主机的关机而被较长时间地延迟。所有的主机都可能出现这 种情况,e-mail服务器的错误恢复优先级通常比数据库服务器低。
　　邮件的传送不能得到保证--在你的e-mail服务器通知你邮件没有发出时,你不得不重新 发送邮件。
　　e-mail服务器和pop客户程序的功能不足以处理大量交易信息。
　　这些不足和你使用的应用程序有关。对于很多商业解决方案,这些不足并不重要。作为一个设计人员,你工作的一部分就是在全面考虑价格、性能和需求的情况下确定系统的最佳整体结构。
　　使用java传送对象的四个步骤:
　　applet必须依次以下面所列出的四个步骤传送java对象:
　　序列化有关对象
　　发送时选择base64编码方式对序列化对象编码（rfc1521）
　　与一个smtp服务器连接
　　将该对象传送到这个smtp服务器
　　下面将介绍如何用e-mail发送一个假设的"臭虫"报告到公司的质量保证部门。
　　将对象序列化
　　jdk1.1提供的一个奇妙的机制,java.io.serializable接口,能够序列化并且重建对象。 这个接口能使用存储对象（writeobject()）和恢复对象（readobject()）方法函数。在很多 情况下,使用这个接口很方便,只需实现并且调用这两个方法函数。
　　以下的代码定义了一个简单的bugreport对象,它实现了最简单的序列化接口。
　　
　　1 import java.io.*;
　　2 public class bugreport implements serializable {
　　3 private float m_softwareversion; // version number from help.about, e.g. "1.0"
　　4 private string m_errordescription; // description of error
　　5 private int m_severity; // 1=system unusable - 5=minor aesthetic defect
　　
　　6 public bugreport (float softwareversion, string errordescription, int severity) {
　　7 m_softwareversion = softwareversion;
　　8 m_errordesctiption = errordescription;
　　9 m_severity = severity;
　　10 }
　　
　　11 public bugreport () {} // for reconstituting serialized objects
　　
　　12 public void save (outputstream os)
　　13 throws ioexception {
　　14 try {
　　15 objectoutputstream o = new objectoutputstream(os);
　　16 o.writeobject(this);
　　17 o.flush();
　　18 }
　　19 catch (ioexception e) {throw e;}
　　20 }
　　
　　21 public bugreport restore (inputstream is)
　　22 throws ioexception, classnotfoundexception {
　　23 bugreport restoredbugreport = null;
　　24 try {
　　25 objectinputstream o = new objectinputstream(is);
　　26 restoredbugreport = (bugreport)o.readobject();
　　27 }
　　28 catch (ioexception e) {throw e;}
　　29 catch (classnotfoundexception e) {throw e;}
　　30 return restoredbugreport;
　　31 }
　　32 }　
　　1使用import语句引入i/o包,包括序列化接口。
　　2-5定义类中的成员变量,并指出该类实现了序列化接口。
　　6-10提供一个简单的构造函数
　　11一个空的构造函数。这个构造函数在重建序列化对象时使用。见以下的例子。
　　12-20定义一个方法函数,它把对象写入一个已经打开了的objectoutputstream。这个方 法函数首先创建一个objectoutputstream对象,然后调用writeobject方法函数,最后在 函数返回前显式清空输出缓冲区。
　　21-30定义一个方法函数,它从一个打开了的inputstream中读入一个bugreport对象。注 意,如果输入流中下一个对象和正在读入对象的类型不一致时,readobject()将会抛出一 个异常。
　　使用bugreport对象相当简单。譬如我们想要创建一个新的bugreport对象并且把它存入 一个文件,我们会用到以下代码:
　　
　　1 import java.io.*;
　　.
　　.
　　2 bugreport bug = new bugreport(1.0, "crashes when spell checker invoked", 2);
　　3 fileoutputstream os = new fileoutputstream("mybug.test");
　　4 bug.save(os);　
　　很简单,对吗?当然,一旦对象已经被序列化,没有人能阻止你继续操纵对象的状态。上一 个例子中包涵了一个在被写入磁盘时已经存在对象的拷贝。因此你必须要十分谨慎,以防 在对对象做出所有的修改之后没有序列化对象,从而丢失了对象的状态修改信息。
　　以下是怎样恢复一个对象的拷贝:
　　1 import java.io.*
　　.
　　.
　　2 fileinputstream fis = new fileinputstream("mybug.test");
　　3 bugreport bug = new bugreport().restore(fis);　
　　这更简单!是不是java的功能越来越强大了?
　　现在我们修改第二个例子的第3行,使对象被写入一个字节数组而不是一个文件:
　　
　　1 import java.io.*
　　.
　　.
　　2 bugreport bug = new bugreport(1.0, "crashes when spell checker invoked", 2);
　　3 字 节arrayoutputstream os = new 字 节arrayoutputstream();
　　4 bug.save(os);　
　　好了,我们已经构造了一个对象,并且学会把它序列化后放入一个字节outputstream。然 后,我们将把这个字节outputstream转化为一个base64编码的字符串。
　　.base64编码
　　目前的internet e-mail标准--简单邮件传递协议(smtp)在rfc821中宣布。对于我们来说, rfc821对邮件的内容规定了两条重要但不难实现的限制。
　　1.邮件的内容必须全部为7-比特的美国ascii码。
　　2.每一行的长度不能超过1000的字符。
　　因此为了通过smtp用e-mail进行传送,内存的序列化对象必须转化为和以上相容的格式。
　　rfc1521提供了一个可行的方案。它定义了邮件的内容部分,使之能包涵多种形式的数 据。这种标准就是目前众所周知的mime。
　　按照rfc1521编码过程为:输入是24个比特,输出是4个字节。24个比特输入组从左至右 由3个8比特的输入组形成。这24个比特被看成4个连续的6比特组,而每个6比特输入组被翻 译为base64码表中的一个数字。
　　这意味着如果我们有下面的3个字节的输入--xc,xf3,xff--它将会被转化为如下 的base64的编码:x3,xf,xf,x3f。
　　
　　图base64编码实例
　　base64编码似乎有点神秘,但实现它的代码却非常简单,在下面的程序中我们可以看到 这一点。在这个例子中,我们创建了一个新类,codecs。现在,codecs有两个方法函数:一 个用来对字符数组编码,一个用来对string类编码。对string类编码的方法函数简单地调 用string类的getbytes()函数,然后对返回的结果字符数组进行编码。我们将增加从base6解 码至原先格式的方法函数。
　　
　　1 public class codecs {
　　2 private codecs() {} // do not instantiate this class
　　
　　3 public final static string base64encode(string strinput) {
　　4 if (strinput == null) return null;
　　5 byte bytedata[] = new byte[strinput.length()];
　　6 strinput.getbytes(0, strinput.length(), bytedata, 0);
　　7 return new string(base64encode(bytedata), 0);
　　8 }
　　
　　9 public final static byte[] base64encode(byte[] bytedata) {
　　10 if (bytedata == null) return null;
　　11 int isrcidx; // index into source (bytedata)
　　12 int idestidx; // index into destination (bytedest)
　　13 byte bytedest[] = new byte[((bytedata.length+2)/3)*4];
　　
　　14 for