线程同步 synchronized的两种用法

由于同一进程的多个线程共享同-块存储空间,在带来方便的同时，也带来了访问冲突问题,为了保证数据在方法中被访问时的正确性,在访问时加入锁机制synchronized ,当一个线程获得对象的排它锁,独占资源,其他线程必须等待，使用后释放锁即可.存在以下问题:
◆一个线程持有锁会导致其他所有需要此锁的线程挂起;
◆在多线程竞争下,加锁,释放锁会导致比较多的上下文切换和调度延时，引起性能问题;
◆如果一个优先级高的线程等待一个优先级低的线程释放锁 会导致优先级倒置，引起性能问题.

核心思想

线程就是独立的执行路径;
在程序运行时，即使没有自己创建线程，后台也会有多个线程，如主线程，gc线程;
main()称之为主线程,为系统的入口，用于执行整个程序;
在一 个进程中，如果开辟了多个线程，线程的运行由调度器安排调度，调度器是与操作系统紧密相关的，先后顺序是不能人为的干预的。
对同一份资源操作时，会存在资源抢夺的问题，需要加入并发控制;
线程会带来额外的开销， 如cpu调度时间，并发控制开销。
每个线程在自己的工作内存交互，内存控制不当会造成数据不一致

同步方法

由于我们可以通过private关键字来保证数据对象只能被方法访问,所以我们只需要针对方法提出一套机制,这套机制就是synchronized关键字,它包括两种用法:
synchronized方法和synchronized块.
同步方法: public synchronized void method(int args) {}
synchronized方法控制对“对象”的访问,每个对象对应一把锁，每个
synchronized方法都必须获得调用该方法的对象的锁才能执行,否则线程会阻塞方法一旦执行,就独占该锁,直到该方法返回才释放锁,后面被阻塞的线程才能获得这个锁,继续执行
缺陷 :若将一个大的方法申明为synchronized将会影响效率
方法里面需要修改的内容才需要锁，锁的太多，浪费资源.

//synchronized同步方法 锁的是this
	private synchronized void buy() {
		//判断是否有票
	if(tickets <=0) {
		flag = false;
		return;
	}
	
	System.out.println(Thread.currentThread().getName() +"买到了" + tickets--);
//	}

同步块

同步块: synchronized (Obj ) { }
Obj称之为同步监视器
◆Obj可以是任何对象,但是推荐使用共享资源作为同步监视器
◆同步方法中无需指定同步监视器,因为同步方法的同步监视器就是this ,就是
这个对象本身,或者是class
同步监视器的执行过程

1. 第一个线程访问,锁定同步监视器,执行其中代码.
2. 第二个线程访问,发现同步监视器被锁定，无法访问.
3. 第一个线程访问完毕,解锁同步监视器.
4. 第二个线程访问，发现同步监视器没有锁,然后锁定并访问

public class UnsafeBuyTicket{

	public static void main(String[] args) {
		BuyTicket buy = new BuyTicket();
		new Thread(buy,"大众").start();
		new Thread(buy,"黄牛").start();
		new Thread(buy,"我").start();
	}


}
class tickets{
	int nums;
	public tickets(int nums) {
		this.nums = nums;
	}
}
class BuyTicket implements Runnable{
	tickets ticket = new tickets(10);
	boolean flag = true;
	@Override
	public void run() {
		//锁的是变化的对象
		//synchronized(ticket) {
		while(flag) {
			if(ticket.nums <=0) {
				flag = false;
				return;
			}
			
			System.out.println(Thread.currentThread().getName() +"买到了" + ticket.nums--);
			//模拟延时
			try {
				Thread.sleep(1000);
			} catch (InterruptedException e) {
				// TODO Auto-generated catch block
				e.printStackTrace();
			}
		
		}
	}
}