一些线程常见问题

1、synchronized缺陷?

synchronized缺陷:
1)效率低(锁的释放情况少,试图获得锁时不能设置超时等)
2)不够灵活(比如读写锁更灵活)
3)无法知道是否获得了锁

2、多个线程竞争同一把锁,jvm如何选择是哪一个线程?(随机)


3、synchronized使同时只有一个线程可以执行,性能较差,有什么办法可以提升性能?
     尽可能减小作用范围,使用其他类型的lock,如读写锁

 

4、线程优先级有10个,默认为5
程序设计不应依赖优先级,因为优先级高度依赖操作系统,windows有7个优先级,linux会忽略优先级,不可控。
优先级可能会被操作系统修改。

 

5、一个方法如果非必要,最好不要返回对象的引用,而返回副本,否则可能引发安全问题。

 

6、考虑多线程安全的情况:
1)访问共享的资源
2)依赖时序的操作
3)不同数据之间存在捆绑关系,发布测试的ip,端口
4)使用其他类的时候

 

7、为什么多线程会有性能问题?
1)上下文切换
2)内存同步

 

8、JVM内存结构
方法区,堆(线程公有)
栈,程序计数器(线程私有)

 

9、volatile不适用于i++,适用于纯赋值操作、触发器

 

10、线程池线程数量=cpu核数*(1+平均等待时间/平均工作时间)------压测

 

11、线程池拒绝策略:
1)AbortPolicy(直接抛出异常)
2)DiscardPolicy(直接丢弃)
3)DiscardOldestPolicy(丢弃最早的)
4)CallerRunsPolicy(提交者执行)

 

12、ThreadLocal使用场景:
1)每个线程需要一个独享的对象(通常是工具类,典型需要使用SimpleDateFormat、Random---线程不安全)
比如有一本教材,不能一起做笔记,需要复印
2)每个线程内需要保存全局变量(例如在拦截器中获取用户信息),可以让不同方法直接使用,避免参数传递

 

13、 锁的分类

乐观锁、悲观锁
可重入锁、非可重入锁
公平锁、非公平锁
共享锁、排他锁
自选锁、阻塞锁

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值