每天一例多线程[day1]-----synchronized与锁竞争
发布日期:2021-06-30 13:44:56
浏览次数:2
分类:技术文章
本文共 1270 字,大约阅读时间需要 4 分钟。
/** * 多个线程一把锁 * * 线程安全概念: * 当多个线程访问某一个类(对象或方法)时,这个对象始终都能表现出正确的行为, * 那么这个类(对象或方法)就是线程安全的。 * * synchronized:可以在任意对象及方法上加锁,而加锁的这段代码称为"互斥区"或"临界区" * * * 描述:观察MyThread类的run方法上加锁synchronized和不加锁打印有何区别。 * * @author jeff * */
public class MyThread extends Thread{
private int count = 5 ; public void run(){ count--; System.out.println(Thread.currentThread().getName() + " count = "+ count); } public static void main(String[] args) { MyThread myThread = new MyThread(); Thread t1 = new Thread(myThread,"t1"); Thread t2 = new Thread(myThread,"t2"); Thread t3 = new Thread(myThread,"t3"); Thread t4 = new Thread(myThread,"t4"); Thread t5 = new Thread(myThread,"t5"); t1.start(); t2.start(); t3.start(); t4.start(); t5.start(); }}
创建t1到t5多个线程,执行MyThread的run方法,如果run方法不加synchronized关键词,结果如下:
t1 count = 2t5 count = 1t3 count = 2t2 count = 1t4 count = 0
而与我们预期的结果43210不一致。当我们给run方法加上synchronized关键词,结果如下:
t3 count = 4t1 count = 3t4 count = 2t5 count = 1t2 count = 0
也就是说,多个线程访问同一个对象的run方法得到了同步对象锁的控制。
分析:当多个线程访问myThread的run方法时,以排队的方式进行处理(这里排对是按照CPU分配的先后顺序而定的),一个线程想要执行synchronized修饰的方法里的代码: 1 尝试获得锁
2 如果拿到锁,执行synchronized代码体内容;
拿不到锁,这个线程就会不断的尝试获得这把锁,直到拿到为止,而且是多个线程同时去竞争这把锁。(也就是会有锁竞争的问题)
3 锁竞争问题:多个线程抢占一把锁会导致CPU消耗严重,导致程序变慢或宕机。 所以,我们的程序设计避免出现多线程的锁竞争,减少系统开销。转载地址:https://jeffsheng.blog.csdn.net/article/details/80556662 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!
发表评论
最新留言
感谢大佬
[***.8.128.20]2024年04月16日 05时14分15秒
关于作者
喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!
推荐文章
linux下安装jenkins+git+python
2019-05-01
windows10家庭版开启组策略
2019-05-01
解决uiautomatorviewer中添加xpath的方法
2019-05-01
性能测试的必要性评估以及评估方法
2019-05-01
Spark学习——利用Mleap部署spark pipeline模型
2019-05-01
Oracle创建表,修改表(添加列、修改列、删除列、修改表的名称以及修改列名)
2019-05-01
使用redis实现订阅功能
2019-05-01
URL特殊字符转码
2019-05-01
对称加密整个过程
2019-05-01
java内存模型
2019-05-01
volatile关键字
2019-05-01
tomcat_关闭
2019-05-01
Servlet_快速入门
2019-05-01
Servlet_生命周期方法
2019-05-01
IDEA与tomcat相关配置
2019-05-01
Servlet_体系结构
2019-05-01
Servlet_urlpartten配置
2019-05-01
Request_原理
2019-05-01
Request_继承体系
2019-05-01