免费注册网站的平台,网站分几种类型,wordpress恶意 文章,网站开发与软件研发有什么区别前言
最近在更新面试突击专栏#xff0c;我把每一篇将字数都尽量控制在 2000 字以内#xff0c;可能在文章里边写的没有那么细致#xff0c;主要是提供一些 问题 以及 回答的思路 #xff0c;以及 面试中可能忽略的漏洞 #xff0c;所以在看完文章之后#xff0c;如果自…前言
最近在更新面试突击专栏我把每一篇将字数都尽量控制在 2000 字以内可能在文章里边写的没有那么细致主要是提供一些 问题 以及 回答的思路 以及 面试中可能忽略的漏洞 所以在看完文章之后如果自己简历中有这方面的内容的话一定要认真去整理一份自己的回答并且多查阅相关资料如果看的文章少就会导致学习到的内容太片面
并发编程
面试官为什么都喜欢问并发编程的问题
如果面试的大一点的公司用户量上来之后那么并发包下的东西还是很容易会用到的并且写代码时如果对并发安全不算了解那可能写完的代码存在许多并发上的问题可能测试的时候没问题到生产环境中造成严重后果
我之前面试过唯品会唯品会的面试官给我的印象就是很在乎你的基础无论是并发、JVM、MySQL、Redis 原理还是项目中使用到的技术都会问你底层原理我面试之后也问面试官了为什么偏向于去问这么多技术的底层原理面试官给的回答是因为只有了解底层的原理你在使用的过程中才会更加注意他存在哪方面的问题可以更好的去避免
说说synchronized关键字的底层原理是什么
下面来用 大白话 说一下原理
synchronized 保证线程同步主要是依赖于两个 jvm 的指令monitorenter、monitorexit 来实现的比如说 synchronized 修饰一个代码块那么进入代码块之前执行 monitorenter 表示上锁退出代码块之后执行 monitorexit 表示解锁以此来保证不同线程顺序执行这个代码块
并且 synchronized 在 jdk1.6 进行了优化将锁分为了四种状态无锁、偏向锁、轻量级锁、重量级锁这 4 个状态会随着竞争激烈而逐渐升级不过偏向锁在 jdk15 之后逐渐废弃因为维护的开销比较大
能聊聊你对CAS的理解以及其底层实现原理可以吗
CAS 操作需要 3 个参数要写入的内存地址、预期值、要写入的值
CAS 的原理就是去要写入的内存地址判断如果这个值等于预期值那么就在这个位置上写上要写入的值
CAS 存在一些缺陷
循环时间过长如果 CAS 自旋一直不成功会给 CPU 带来很大开销 只能针对一个共享变量 存在 ABA 问题CAS 只检查了值有没有发生改变如果原本值为 A被改为 B 之后又被改为了 A那么 CAS 是不会发现值被改编过了的 ABA 问题解决方案为每个变量绑定版本号A–B–A 加上版本号为A1–B2–A3
了解 AQS 吗底层原理是什么
AQS 是抽象队列同步器其实就是一个队列存储的是线程AQS 的作用就是 去管理线程加锁和解锁时的阻塞、唤醒
AQS 的原理线程在获取锁失败之后会被封装成 Node 节点假如到 AQS 阻塞等待当获取锁的线程释放锁之后会从 AQS 队列中唤醒一个线程AQS 队列如下 线程池的底层工作原理
线程池其实就是对线程做一个 池化 操作用于线程不断创建、销毁的开销可以重复利用线程节省资源
线程池中的重要参数如下
corePoolSize 核心线程数量 maximumPoolSize 线程池最大线程数量 非核心线程数核心线程数 keepAliveTime 非核心线程存活时间 unit空闲线程存活时间单位keepAliveTime单位 workQueue 工作队列任务队列存放等待执行的任务 threadFactory 线程工厂创建一个新线程时使用的工厂可以用来设定线程名、是否为daemon线程等等。 handler 拒绝策略 如果阻塞队列满了之后对于新加入的任务该如何处理 除了线程池的核心参数要掌握任务提交到线程池中的执行流程也要了解 线程池的参数设置攻略
下边以几种设置的例子来说明一下会出现的情况
. 如果将 maximumPoolSize 设置为 Integer.MAX_VALUE 这时如果瞬间任务很多核心线程都被占用那么会无限创建线程去处理任务导致消耗系统不断消耗资源去创建大量线程如果任务提交速度大于线程处理速度系统资源很快就会被耗尽即使内存没有崩溃也会导致 CPU 负载很高所以要避免将 maximumPoolSize 设置的无限大
. 如果在线程中使用无界阻塞队列 如果发生了调用超时导致队列越来越大那么会导致任务一直向阻塞队列中存放内存飙升甚至出现 OOM 问题
. 自定义拒绝策略 其实可以自己去定义拒绝策略如果线程池无法处理更多的任务了可以在自定义的拒绝策略中将拒绝的任务异步化持久化到磁盘中去之后再通过一个后台线程去定时扫描这些被拒绝的任务慢慢执行
如果线上机器突然宕机线程池的阻塞队列中的请求怎么办
如果宕机重启之后线程池阻塞队列中的任务就会全部丢失
如果想要解决这种情况的话有这么一个 解决方案在将任务提交到线程池中去的时候先把任务在数据库中存储一份并记录任务执行的状态未提交、已提交、已完成执行完之后的话将任务状态标记为 已完成如果宕机后导致任务丢失就可以去数据库中扫描任务重新提交给线程池执行
结语
粉丝福利 我是浮生一个工作十四年经验的Java程序员
最近很多同学问我有没有java学习资料我根据我从小白到架构师多年的学习经验整理出来了一份50W字面试解析文档、简历模板、学习路线图、java必看学习书籍 、 需要的小伙伴 可以关注我公众号“ 灰灰聊架构 ” 回复暗号“ 321 ”即可获取
