synchronized：解决Socket并发执行时被关闭的问题

synchronized：解决Socket并发执行时被关闭的问题

1.synchronized用法

1. synchronized修饰方法

public synchronized void test() {

    }

1. synchronized修饰代码块

 synchronized(this) 
         {  

         }  

2.synchronized本质

synchronized(this)以及非static的synchronized方法，只能防止多个线程同时执行同一个对象的同步代码段。

synchronized锁住的是代码还是对象。答案是：synchronized锁住的是括号里的对象，而不是代码。对于非static的synchronized方法，锁的就是对象本身也就是this。

当synchronized锁住一个对象后，别的线程如果也想拿到这个对象的锁，就必须等待这个线程执行完成释放锁，才能再次给对象加锁，这样才达到线程同步的目的。即使两个不同的代码段，都要锁同一个对象，那么这两个代码段也不能在多线程环境下同时运行。

所以我们在用synchronized关键字的时候，能缩小代码段的范围就尽量缩小，能在代码段上加同步就不要再整个方法上加同步。这叫减小锁的粒度，使代码更大程度的并发。原因是基于以上的思想，锁的代码段太长了，别的线程是不是要等很久，等的花儿都谢了。当然这段是题外话，与本文核心思想并无太大关联。

锁住同一个对象不就行了。例如，synchronized后的括号中锁同一个固定对象，这样就行了。这样是没问题，但是，比较多的做法是让synchronized锁这个类对应的Class对象。

class Sync {  

    public void test() {  
        synchronized (Sync.class) {  
            System.out.println("test开始..");  
            try {  
                Thread.sleep(1000);  
            } catch (InterruptedException e) {  
                e.printStackTrace();  
            }  
            System.out.println("test结束..");  
        }  
    }  
}  

class MyThread extends Thread {  

    public void run() {  
        Sync sync = new Sync();  
        sync.test();  
    }  
}  

public class Main {  

    public static void main(String[] args) {  
        for (int i = 0; i < 3; i++) {  
            Thread thread = new MyThread();  
            thread.start();  
        }  
    }  
}  

上面代码用synchronized(Sync.class)实现了全局锁的效果。

最后说说static synchronized方法，static方法可以直接类名加方法名调用，方法中无法使用this，所以它锁的不是this，而是类的Class对象，所以，static synchronized方法也相当于全局锁，相当于锁住了代码段。

3.Socket关闭问题

在公司封装接口时遇到问题，某个接口通过Socket与服务器建立连接，用流的形式读取服务端推的数据。封装好了接口调到正常，但我测试了一下，多线程访问Socket接口会出现Socket is closed异常，读取不到数据。

查了一下代码，问了以前的大神同事，发现是writebuffer在读完输出流时，closed掉时会把socekt连接也一起关闭，下一个socket访问请求的writebuffer在读数据时就会发送socket is closed异常。

尝试着每次在writebuffer读取数据时判断socker连接是否已关闭，关闭了则重新打开，治标不治本，结果看脸。想着用同步锁的方式。synchronized (this)，ok。

4.最后

很困惑和苦恼，我也不知道怎样做才好。