java发送qq消息

本文作者分享了自己在阿里巴巴面试的经历,重点讨论了是否真正需要分布式锁及其应用场景,同时涵盖了Java基础、Spring、数据库优化、线程池、RPC和消息队列等相关面试问题。面试官深入追问了MySQL的优化、类加载机制和并发容器的实现,揭示了对底层技术理解的重要性。
摘要由CSDN通过智能技术生成

你真的需要分布式锁吗?

用到分布式锁说明遇到了多个进程共同访问同一个资源的问题。一般是在两个场景下会防止对同一个资源的重复访问:

  • **提高效率。**比如多个节点计算同一批任务,如果某个任务已经有节点在计算了,那其他节点就不用重复计算了,以免浪费计算资源。不过重复计算也没事,不会造成其他更大的损失。也就是允许偶尔的失败。

  • **保证正确性。**这种情况对锁的要求就很高了,如果重复计算,会对正确性造成影响。这种不允许失败。

引入分布式锁势必要引入一个第三方的基础设施,比如 MySQL,Redis,Zookeeper 等。这些实现分布式锁的基础设施出问题了,也会影响业务,所以在使用分布式锁前可以考虑下是否可以不用加锁的方式实现?不过这个不在本文的讨论范围内,本文假设加锁的需求是合理的,并且偏向于上面的第二种情况,为什么是偏向?因为不存在 100% 靠谱的分布式锁,看完下面的内容就明白了。

阿里巴巴一面

  • 自我介绍这个就不说了,开头必问的
  • 说一下StringBuilder 和 StringBuffer
  • Spring bean加载,实例化的过程
  • Spring AOP源码看过吗
  • java内存模型说一下
  • 如果给你一个map,里面有很多很多对象,那么这个map存放在哪
  • 了解GC算法吗?
  • 说一下CMS垃圾回收器
  • B+树和B树的区别?
  • haspmap底层讲一讲
  • ConcurrentHashMap的底层实现?
  • CAS是
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值