秦小波
67个笔记
SerialVersionUID，也叫做流标识符（Stream Unique Identifier），即类的版本定义的，它可以显式声明也可以隐式声明。显式声明格式如下：private static final long serialVersionUID = XXXXXL;而隐式声明则是我不声明，你编译器在编译的时候帮我生成。生成的依据是通过包名、类名、继承关系、非私有的方法和属性，以及参数、返回值等诸多因子计算得出的，极度复杂，基本上计算出来的这个值是唯一的。
JVM在反序列化时，会比较数据流中的serialVersionUID与类的serialVersionUID是否相同，如果相同，则认为类没有发生改变，可以把数据流load为实例对象；如果不相同，对不起，我JVM不干了，抛个异常InvalidClassException给你瞧瞧
刚开始生产者和消费者持有的Person类版本一致，都是V1.0，某天生产者的Person类版本变更了，增加了一个“年龄”属性，升级为V2.0，而由于种种原因（比如程序员疏忽、升级时间窗口不同等）消费端的Person还保持为V1.0版本，代码如下：public class Person implements Serializable{ private static final long serialVersionUID = 5799L; private int age; /age、name的getter/setter方法省略/}此时虽然生产者和消费者对应的类版本不同，但是显式声明的serialVersionUID相同，反序列化也是可以运行的，所带来的业务问题就是消费端不能读取到新增的业务属性（age属性）而已。
如果final属性是一个直接量，在反序列化时就会重新计算。对这基本规则不多说
反序列化时构造函数不会执行。
在序列化类中，不使用构造函数为final变量赋值。
上个建议所说final会被重新赋值，其中的“值”指的是简单对象。简单对象包括：8个基本类型，以及数组、字符串（字符串情况很复杂，不通过new关键字生成String对象的情况下，final变量的赋值与基本类型相同），但是不能方法赋值。
如果是复杂对象，也简单，连该对象和关联类信息一起保存，并且持续递归下去（关联类也必须实现Serializable接口，否则会出现序列化异常）
总结一下，反序列化时final变量在以下情况下不会被重新赋值：通过构造函数为final变量赋值。通过方法返回值为final变量赋值。final修饰的属性不是基本类型
Java调用ObjectOutputStream类把一个对象转换成流数据时，会通过反射（Reflection）检查被序列化的类是否有writeObject方法，并且检查其是否符合私有、无返回值的特性。若有，则会委托该方法进行对象序列化，若没有，则由ObjectOutputStream按照默认规则继续序列化。同样，在从流数据恢复成实例对象时，也会检查是否有一个私有的readObject方法，如果有，则会通过该方法读取属性值。此处有几个关键点要说明
（1）out. defaultWriteObject（）告知JVM按照默认的规则写入对象，惯例的写法是写在第一句话里。（2）in. defaultReadObject（）告知JVM按照默认规则读入对象，惯例的写法也是写在第一句话里。（3）out. writeXX和in.readXX分别是写入和读出相应的值，类似一个队列，先进先出，如果此处有复杂的数据逻辑，建议按封装Collection对象处理。
‘A’ instanceof Character这句话可能有读者会猜错，事实上它编译不通过，为什么呢？因为’A’是一个char类型，也就是一个基本类型，不是一个对象，instanceof只能用于对象的判断，不能用于基本类型的判断。
null instanceof String返回值是false，这是instanceof特有的规则：若左操作数是null，结果就直接返回false，不再运算右操作数是什么类。这对我们的程序非常有利，在使用instanceof操作符时，不用关心被判断的类（也就是左操作数）是否为null，这与我们经常用到的equals、toString方法不同。
（String）null instanceof String返回值是false，不要看这里有个强制类型转换就认为结果是true，不是的，null是一个万用类型，也可以说它没类型，即使做类型转换还是个null。
1）l2=new ArrayList（）{}l2代表的是一个匿名类的声明和赋值，它定义了一个继承于ArrayList的匿名类，只是没有任何的覆写方法而已，其代码类似于：
（2）l3=new ArrayList（）{{}}这个语句就有点怪了，还带了两对大括号，我们分开来解释就会明白了，这也是一个匿名类的定义，它的代码类似于：
当然，一个类中的构造函数块可以是多个，也就是说可以出现如下代码：
List l3 = new ArrayList(){{} {} {}};
而匿名类因为没有名字，只能由构造代码块代替，也就无所谓的有参和无参构造函数了，它在初始化时直接调用了父类的同参数构造，然后再调用了自己的构造代码块，也就是说上面的匿名类与下面的代码是等价的：
它首先会调用父类有两个参数的构造函数，而不是无参构造，这是匿名类的构造函数与普通类的差别
让多重继承成为现实
幸运的是Java中提供的内部类可以曲折地解决此问题，我们来看一个案例
这也是内部类的一个重要特性：内部类可以继承一个与外部类无关的类，保证了内部类的独立性，正是基于这一点，多重继承才会成为可能
项目的编码规则上便多了一条：优先使用泛型。
Java的泛型在编译期有效，在运行期被删除
List＜String＞、List＜Integer＞、List＜T＞擦除后的类型为List。List＜String＞[]擦除后的类型为List[]。List＜?extends E＞、List＜?super E＞擦除后的类型为List＜E＞。List＜T extends Serializable＆Cloneable＞擦除后为List＜Serializable＞。
可以声明一个带有泛型参数的数组，但是不能初始化该数组
建议采用的顺序是List＜T＞、List＜?＞、List＜Object＞
List＜T＞是确定的某一个类型
List＜T＞可以进行读写操作
List＜?＞是只读类型的，不能进行增加、修改操作，因为编译器不知道List中容纳的是什么类型的元素，也就无法校验类型是否安全了，而且List＜?＞读取出的元素都是Object类型的，需要主动转型，所以它经常用于泛型方法的返回值。注意，List＜?＞虽然无法增加、修改元素，但是却可以删除元素，比如执行remove、clear等方法，那是因为它的删除动作与泛型类型无关
Java中的异常一次只能抛出一个
第一个逻辑片段中抛出异常，则第二个逻辑片段就不再执行了，也就无法抛出第二个异常了，现在的问题是：如何才能一次抛出两个（或多个）异常呢
异常容器
线程死锁（DeadLock）是多线程编码中最头疼的问题，也是最难重现的问题，因为Java是单进程多线程语言，一旦线程死锁，则很难通过外科手术式的方法使其起死回生，很多时候只有借助外部进程重启应用才能解决问题。我们看看下面的多线程代码是否会产生死锁：
class Foo implements Runnable{
public void run(){
//执行递归函数
fun(10);
}
//递归函数
public synchronized void fun(int i) {
if (--i > 0) {
for (int j = 0; j < i; j++) {
System.out.print("*");
}
System.out.println(i);
fun(i);
}
}
}
注意fun方法是一个递归函数，而且还加上了synchronized关键字，它保证同时只有一个线程能够执行，想想synchronized关键字的作用：当一个带有synchronized关键字的方法在执行时，其他synchronized方法会被阻塞，因为线程持有该对象的锁。比如有这样的代码：
static class Foo {
public synchronized void m1() {
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
// 异常处理
}
System.out.println("m1执行完毕");
}
public synchronized void m2() {
System.out.println("m2执行完毕");
}
}
public static void main(String[] args) throws Exception {
final Foo foo = new Foo();
// 定义一个线程
Thread t = new Thread(new Runnable() {
public void run() {
foo.m1();
推荐使用Guava扩展工具包
多值Map
Table表
推荐使用Joda日期时间扩展包
Joda还有一个优点，它可以与JDK的日期库方便地进行转换，可以从java.util.Date类型转为Joda的DateTime类型，也可以从Joda的DateTime转为java.util.Date，代码如下：
经过这样的转换，Joda可以很好地与现有的日期类保持兼容，在需要复杂的日期计算时使用Joda，在需要与其他系统通信或写到持久层中时则使用JDK的Date。Joda是一种令人惊奇的高效工具，无论是计算日期、打印日期，或是解析日期，Joda都是首选，当然日期工具类也可以选择date4j
通俗点讲，只要父类型能出现的地方子类型就可以出现，而且将父类型替换为子类型还不会产生任何错误或异常，使用者可能根本就不需要知道是父类型还是子类型。但是，反过来就不行了，有子类型出现的地方，父类型未必就能适应。
为了增强类的可替换性，就要求我们在设计类的时候考虑以下三点
（1）子类型必须完全实现父类型的方法