ThreadLocal终极突破

ThreadLocal是什么？ 
    它并不是一个Thread，而是thread local variable（线程局部变量）。 ThreadLocal类接口很简单，只有4个方法： 
void set(Object value) 
设置当前线程的线程局部变量的值。 
public Object get() 
该方法返回当前线程所对应的线程局部变量副本。 
public void remove() 
将当前线程局部变量的值删除。不是必须的操作，但它可以加快内存回收的速度。 
protected Object initialValue() 
返回该线程局部变量的初始值。 
其中，常用的是set和get方法。而在jdk5.0以后，ThreadLocal开始支持泛型。这就使得ThreadLocal使用起来非常的方便。 

ThreadLocal与其它同步机制的比较 
　　 ThreadLocal和其它同步机制相比有什么优势呢？ThreadLocal和其它所有的同步机制都是为了解决多线程中的对同一变量的访问冲突，在普通的同步机制中，是通过对象加锁来实现多个线程对同一变量的安全访问的。这时该变量是多个线程共享的，使用这种同步机制需要很细致地分析在什么时候对变量进行读写，什么时候需要锁定某个对象，什么时候释放该对象的锁等等很多。所有这些都是因为多个线程共享了资源造成的。 ThreadLocal就从另一个角度来解决多线程的并发访问ThreadLocal会为每一个线程维护一个和该线程绑定的变量的副本，从而隔离了多个线程的数据，每一个线程都拥有自己的变量副本，从而也就没有必要对该变量进行同步了。ThreadLocal提供了线程安全的共享对象，在编写多线程代码时，可以把不安全的整个变量封装进ThreadLocal，或者把该对象的特定于线程的状态封装进ThreadLocal。 

　　 总结 
　　 当然ThreadLocal并不能替代同步机制，两者面向的问题领域不同。同步机制是为了同步多个线程对相同资源的并发访问，是为了多个线程之间进行通信的有效方式；而ThreadLocal是隔离多个线程的数据共享，从根本上就不在多个线程之间共享资源（变量），这样当然不需要对多个线程进行同步了。所以， 如果你需要进行多个线程之间进行通信，则使用同步机制；如果需要隔离多个线程之间的共享冲突，可以使用ThreadLocal，这将极大地简化你的程序，使程序更加易读、简洁。

先把以下程序OutOfMemory的原因弄清楚，再终极突破吧

public class ThreadFriendly {
    ThreadLocal<Value> threadLocalPart = new ThreadLocal<Value>();
    class Value{
        final int i;
        Value(int i){
            this.i = i;
        }
    }
    
    ThreadFriendly setThreadVal(int i){
        threadLocalPart.set(new Value(i));
        return this;
    }
    
    int getThreadVal(){
        return threadLocalPart.get().i;
    }
    
    public static void main(String[] args) {
        int sum = 0;
        for(int i = -500000;i<=500000;i++){
            sum+= new ThreadFriendly().setThreadVal(i).getThreadVal();
        }
        System.out.println(sum);
    }
}