序列化Serializable

1.实体类实现Serializable接口

​ 序列化 (Serialization)将对象的状态信息转换为可以存储或传输的形式的过程。在序列化期间，对象将其当前状态写入到临时或持久性存储区。以后，可以通过从存储区中读取或反序列化对象的状态，重新创建该对象；序列化保存对象转态，不保存静态变量。

需要序列化的三种情况：

1. 将对象存储在硬盘上。

2. 将对象通过网络传输。

3. 通过RMI远程调用等方式传输对象的时候。

在这三种情况下，是需要进行序列化然后传输的。

1、其实序列化，它是完整的保存了某一状态下的对象信息，是一个整体，而不是零散的！我在一个IBM工程师的博客里面看到一个说法，我感觉对于我理解序列化很有帮助，他说序列化的过程，就是一个“freeze”（冻结; 冰冻; (使)结冰; (使)冻堵; 冷冻贮藏; 能冷冻贮藏;）的过程，它将一个对象freeze住，然后进行存储，等到再次需要的时候，再将这个对象de-freeze（解冻）就可以立即使用。

2、而像int、long、boolean类型等，都是基本数据类型，数据库里面有与之对应的数据结构。从类声明来看，我们以为的没有进行序列化，其实是在声明的各个不同变量的时候，由具体的数据类型帮助我们实现了序列化操作。所以就算我们不实现serializable依旧可以正常操作。

既然实体类的变量都已经帮助我们实现了序列化，为什么我们仍然要显示的让类实现serializable接口呢？

首先，序列化的目的有两个，第一个是便于存储，第二个是便于传输。我们一般的实体类不需要程序员再次实现序列化的时候，请想两个问题：第一：存储媒体里面，是否是有其相对应的数据结构？第二：这个实体类，是否需要远程传输（或者两个不同系统甚至是分布式模块之间的调用）？

如果有注意观察的话，发现序列化操作用于存储时，一般是对于NoSql数据库，而在使用Nosql数据库进行存储时，用“freeze”这个说法来理解是再恰当不过了，请在NoSql数据库中，给我找出个varchar，int之类的数据结构出来？ 如果没有，但我们又确实需要进行存储，那么，此时程序员再不将对象进行序列化，更待何时？

备注：如果有人打开过Serializable接口的源码，就会发现，这个接口其实是个空接口，那么这个序列化操作，到底是由谁去实现了呢？其实，看一下接口的注释说明就知道，当我们让实体类实现Serializable接口时，其实是在告诉JVM此类可被序列化，可被默认的序列化机制序列化。

然后，需要说明的是，当我们在实体类声明实现Serializable接口时，再次进行观察，会发现这些类是需要被远程调用的。也就是说需要或者可能需要被远程调用，这就是序列化便于传输的用途。

2. @Param注解详解

官方介绍：如果你的映射方法接受多个参数，就可以使用这个注解自定义每个参数的名字。否则在默认情况下，除RowBounds以外的参数会以 "param" 加参数位置被命名。例如 #{param1}, #{param2}。如果使用了 @Param("person")，参数就会被命名为 #{person}。（你可以传递多个参数给一个映射器方法。在多个参数的情况下，默认它们将会以 param 加上它们在参数列表中的位置来命名，比如：#{param1}、#{param2}等。如果你想（在有多个参数时）自定义参数的名称，那么你可以在参数上使用 @Param("paramName") 注解）。

　　翻译：@Param（该注解属于MyBatis）作为Dao层的注解，作用是用于传递参数，从而可以与SQL中的的字段名相对应，一般在2=<参数数<=5时使用最佳。

使用方式：

传递参数是指：mapper接口中方法定义的参数 与 mapper.xml（SQL语句）中SQL语句中的参数进行传递（匹配）的过程。

1.传递单个参数时，不需要使用@Param，因为传进去一个值，也只有一个参数与之匹配（当然也可以用@Param）。

2.传递多个参数时，使用@Param可以进行参数的绑定（当然也可以不用，可以封装JavaBean或者使用Map传值）：