并发:同一个对象被多个线程同时操作 比如:抢票 一张卡同时取钱 现实生活中 我们会遇到同一个资源多个人都想使用的问题 比如 食堂排队打饭 每个人都想吃饭 最天然的解决办法是排队 一个一个来 处理多线程问题时 多个线程访问同一个对象 并且某些线程还想修改这个对象 这时候我们就需要线程同步,线程同步其实是一种等待机制,多个需要同时访问此对象的线程进入这个对象的等待池形成对列,等待前面的线程使用完毕,下一个线程在使用 由于同一进程的多个线程共享同一块存储空间,在带来方便的同时,也带来了访问冲突问题 为了保证数据在访问时的正确性 在访问时加入锁机制synchronized,当一个线程获得对象的排他锁 独占资源 其他线程必须等待,使用后释放锁即可 存在以下问题: 1.一个线程若持有锁会导致其他所有需要次锁的线程挂起 2.在多线程竞争下 加锁释放会导致比较多的上下文切换和调度延时,引起性能问题 3.如果一个优先级高的线程等待一个优先级低的线程释放锁会引起优先级倒置 引起性能问题 每个线程都有自己的工作内存 内存控制不当会造成数据不一致 同步方法 1,由于我们可以通过private关键字来保证数据对象只能被方法访问,所以我们只需要针对方法提出一套机制,这套机制就是synchronized关键字,它包括两种用法: synchronized方法和synchronized块 同步方法:public synchronized void method(int args){} synchronized方法控制对 对象的访问,每个对象对应一把锁,每个synchronized方法都必须获得调用该方法的对象的锁才能执行 否则线程会阻塞,方法一旦执行,就独占该锁 直到该方法返回才释放锁 后面被阻塞的线程才能获得这个锁 继续执行 缺陷 若将一个大的方法声明为synchronized将会影响效率 方法里面需要修改的内容才需要锁 2,同步块:synchronized(obj){} obj被称之为同步监视器 obj可以是任何对象 但是推荐使用共享资源作为同步监视器 同步方法中无需指定同步监视器 因为同步方法的同步监视器就是this,就是这个对象本身,或者是class 同步监视器的执行过程 1,第一个线程访问,锁定同步监视器,执行其中代码 2,第二个线程访问,发现同步监视器被锁定,无法访问 3,第一个线程访问完毕,解锁同步监视器 4,第二个线程访问,发现同步监视器没有锁,然后锁定并访问 死锁 多个线程各自占有一些共享资源 并且互相等待其他线程占有得资源才能运行,而导致两个或多个线程都在等待对方释放资源,都停止执行的情形,某一个同步块同时用于两个以上对象的锁就可能发生死锁问题 死锁避免四个条件 互斥条件 :一个资源每次只能被一个进程使用 请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放 不剥夺条件:进程已获得的资源,在未使用完之前不能强行剥夺 循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系
Demo
public class SafeDamo { public static void main(String[] args) { BuyTickets ststion=new BuyTickets(); new Thread(ststion,"我").start(); new Thread(ststion,"你们").start(); new Thread(ststion,"卑鄙小人").start(); } } class BuyTickets implements Runnable{ private int ticketnum=10; boolean flag=true;//线程停止标志 @Override public void run() { //买票 while (flag){ try { buy(); } catch (InterruptedException e) { e.printStackTrace(); } } } public synchronized void buy() throws InterruptedException { if(ticketnum<=0){ flag=false; return; } Thread.sleep(100); //买票 System.out.println(Thread.currentThread().getName()+"拿到第"+ticketnum--); } }