解决方法: 当一个线程a操作的时候,其他线程不能参与进来.知道线程a操作完,其他线程才可以操作.
这种情况即使线程a出现了阻塞,也不能被改变
在Java中,我们通过同步机制,来解决线程安全的问题
方式一: 同步代码块
synchronized(同步监视器){
//需要被同步的代码
}
说明:
1.操作共享数据的代码,即为需要被同步的代码. ---->不能包含代码多了,也不能包含代码少了
2.共享数据:多个线程共同操作的变量
3.同步监视器,俗称:锁.任何一个类的对象都可以充当锁 要求:多个线程必须要共用同一把锁
补充:在实现Runnable接口创建多线程的方式中,我们可以考虑使用this充当同步监视器.
方式二:同步方法
![]()
关于同步方法的总结:
1.同步方法仍然涉及到同步监视器,只是不需要我们显式的声明
2.非静态的同步方法,同步监视器是:this
静态的同步方法,同步监视器是:当前类
同步的方式,解决了线程的安全问题.---好处
操作同步代码时,只能有一个线程参与,其他线程等待.相当于是单一个线程的过程,效率低.---劣势
使用同步机制将单例模式中的懒汉式改写为线程安全的(如下图方式二)

死锁:
不同的线程分别占用对方需要的同步资源不放弃,都在等对方放弃自己需要的同步资源,就形成了线程的死锁
出现死锁后,不会出现异常,不会出现提示,只是所有的线程都处于阻塞状态,无法继续
方式三:Lock(锁) JDK5.0新增

Java中synchronized与Lock的异同
相同:二者都可以解决线程安全问题
不同:synchronized机制在执行完相应的同步代码之后,自动释放同步监视器
Lock需要手动的启动同步( lock() ),同时结束同步也需要手动的实现( unlock() )
优先使用顺序:
Lock → 同步代码块(已经进入了方法体,分配了相应资源) → 同步方法(在方法体之外)
本文介绍了Java中线程同步的方法,包括同步代码块和同步方法,强调了同步在确保线程安全的同时可能降低效率。此外,还提到了Lock锁作为替代方案,并讨论了死锁现象以及Java同步与Lock的异同。最后给出了线程安全的单例模式实现。优先使用Lock、同步代码块和同步方法的顺序取决于具体场景。
1027

被折叠的 条评论
为什么被折叠?



