public static <T extends Serializable> T deepClone(T t) throws CloneNotSupportedException {
//
保存对象为字节数组
try {
ByteArrayOutputStream bout = new ByteArrayOutputStream();
try(ObjectOutputStream out = new ObjectOutputStream(bout)) {
out.writeObject(t);
}
//
从字节数组中读取克隆对象
try(InputStream bin = new ByteArrayInputStream(bout.toByteArray())) {
ObjectInputStream in = new ObjectInputStream(bin);
return (T)(in.readObject());
}
}catch (IOException | ClassNotFoundException e){
CloneNotSupportedException cloneNotSupportedException = new CloneNotSupportedException();
e.initCause(cloneNotSupportedException);
throw cloneNotSupportedException;
}
}
ThreadLocal 相关
4. ThreadLocal作⽤和实现⽅式 ?
TL⽤于保存本地线程的值, 每个 Thread 都有⼀个 threadLocals 属性,它是⼀个 ThreadLocalMap 对象,本质上是⼀个 Entry 数组; Entry 是k-v
结构; 并且是 WeakReference 弱引⽤, K存的是 Thread 对象,Value是设置的值; 那么每个线程就可以读⾃⼰设置的值了;
会发⽣内存泄漏
ThreadLocalMap使⽤ThreadLocal的 弱引⽤作为key ，如果⼀个ThreadLocal没有外部强引⽤来引⽤它，那么系统 GC 的时候，这个
ThreadLocal势必会被回收，这样⼀来，ThreadLocalMap中就会出现key为null的Entry，就没有办法访问这些key为null的Entry的
value，如果当前线程再迟迟不结束的话，这些key为null的Entry的value就会⼀直存在⼀条强引⽤链：Thread Ref -> Thread ->
ThreaLocalMap -> Entry -> value永远⽆法回收，造成内存泄漏。
其实，ThreadLocalMap的设计中已经考虑到这种情况，也加上了⼀些防护措施：在 ThreadLocal的get(),set(),remove()的时候都会清除线
程ThreadLocalMap⾥所有key为null的value。
1. 使⽤static的ThreadLocal，延长了ThreadLocal的⽣命周期，可能导致的内存泄漏
2. 分配使⽤了ThreadLocal⼜不再调⽤get(),set(),remove()⽅法，那么就会导致内存泄漏。
key是弱引⽤好⽍还可以 GC掉key的对象；强引⽤则不⾏
使⽤弱引⽤可以多⼀层保障：弱引⽤ThreadLocal不会内存泄漏，对应的value在下⼀次ThreadLocalMap调⽤set,get,remove的时
候会被清除。
5. InheritableThreadLocal作⽤和实现⽅式 ？
InheritableThreadLocal 基础 ThreadLocal ; 他跟 ThreadLocal 区别是 可以传递值给⼦线程; 每个 Thread 都有⼀
个 inheritableThreadLocals 属性, 创建⼦线程的时候,把把⽗线程的 Entry 数组 塞到⼦线程的Entry 数组 中; 所以就实现了⽗⼦线程的值传
递; 注意如果Value是⼀个⾮基本类型的对象, ⽗⼦线程指向的是相同的引⽤; ⼦线程如果修改了值,⽗线程也是会修改的;
6. InheritableThreadLocal所带来的问题？
