StringBuffer append 死锁

public class Ss1 {

	/**
	* @param args
	*/
	public static void main(String args[]){
		Integer i = new Integer(50);
		StringBuffer sb = new StringBuffer("1234");
		MyThread mt1 = new MyThread(sb);
		mt1.start();
		synchronized(sb){
		//mt1.change();
		try {
			mt1.join();
		} catch (InterruptedException e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}
		}
	}
	public static void changeNumber(Integer i){
		i = 100;
	}

}
class MyThread extends Thread{
	StringBuffer sb;
	public MyThread(StringBuffer sb) {
		// TODO Auto-generated constructor stub
		this.sb = sb;
	}
	public void run(){
		sb.append("asdf");
	}
	public void change(){
		synchronized(sb){
		sb.append("adsf");
		}
	}
}
请问在main方法中synchronized锁住的是哪一个对象,sb还是mt1
为什么join()方法会造成死锁，而change方法不会造成死锁
在change()方法中synchronized锁住的是MyThread还是sb

answer:

synchronized锁住的不是对象，是后面{}里的代码块，就是后面的代码块对不同的线程是互斥的
每个对象(注意是对象，不是类）都有一个监视器(monitor),只能有一个线程获得，synchronized(obj)就是获得obj的监视器，第一个线程获得了，其它线程再执行synchronized(obj)想获得obj的监视器就只能等待第一个线程把后面的代码块执行后释放obj的监视器
mt1.join的意思是要当前线程等待mt1执行完成后才能继续执行
StringBuffer.append的声明:     public synchronized StringBuffer append(Object obj) ，它也是个同步方法，也需要获得当前对象的监视器
synchronized(sb) {   //当前线程获得sb的监视器
  mt1.join();               //当前线程等待mt1执行完
}
而mt1的run()方法里调用 sb.append，它需要获得sb的监视器，而它的监视器被主线程占用，只好等待主线程释放sb的监视器，所以主线程与mt1都在互相等待，只好死锁了