一、大厂面试题
支付宝:
- 支付宝三面:JVM性能调优都做了什么?
小米:
- 有做过JVM内存优化吗?
- 从SQL、JVM、架构、数据库四个方面讲讲优化思路
蚂蚁金服:
- JVM的编译优化
- jvm性能调优都做了什么
- JVM诊断调优工具用过哪些?
- 二面:jvm怎样调优,堆内存、栈空间设置多少合适
- 三面:JVM相关的分析工具使用过的有哪些?具体的性能调优步骤如何
阿里:
- 如何进行JVM调优?有哪些方法?
- 如何理解内存泄漏问题?有哪些情况会导致内存泄漏?如何解决?
字节跳动:
- 三面:JVM如何调优、参数怎么调?
拼多多:
- 从SQL、JVM、架构、数据库四个方面讲讲优化思路
京东:
- JVM诊断调优工具用过哪些?
- 每秒几十万并发的秒杀系统为什么会频繁发生GC?
- 日均百万级交易系统如何优化JVM?
- 线上生产系统OOM如何监控及定位与解决?
- 高并发系统如何基于G1垃圾回收器优化性能?
二、背景说明
1、生产环境中的问题
- 生产环境发生了内存溢出该如何处理?
- 生产环境应该给服务器分配多少内存合适?
- 如何对垃圾回收器的性能进行调优?
- 生产环境CPU负载飙高该如何处理?
- 生产环境应该给应用分配多少线程合适?
- 不加log,如何确定请求是否执行了某一行代码?
-
2、为什么要调优
防止出现OOM
- 解决OOM
-
3、不同阶段的考虑
上线前
- 项目运行阶段
-
三、调优概述
1、监控的依据
运行日志
- 异常堆栈
- GC日志
- 线程快照
-
2、调优的大方向
合理地编写代码
- 充分并合理的使用硬件资源
- 合理地进行JVM调优
四、性能优化的步骤
第1步:性能监控(发现问题)
一种以非强行或入侵方式收集或查看应用运营性能数据的活动。
监控通常是指一种在生产、质量评估或者开发环境下实施的带有预防或主动性的活动
当应用相关干系人提出性能问题却没有提供足够多的线索时,首先我们需要进行性能监控,随后是性能分析
- GC频繁
- cpu load过高
- OOM
- 内存泄露
- 死锁
-
第2步:性能分析(排除问题)
打印GC日志,通过GCviewer或者 http://gceasy.io 来分析异常信息
- 灵活运用命令行工具、jstack、jmap、jinfo等
- dump出堆文件,使用内存分析工具分析文件
- 使用阿里Arthas、jconsole、JVisualVM来实时查看JVM状态
-
第3步:性能调优(解决问题)
适当增加内存,根据业务背景选择垃圾回收器
- 优化代码,控制内存使用
- 增加机器,分散节点压力
- 合理设置线程池线程数量
- 使用中间件提高程序效率,比如缓存、消息队列等
- 其他……
五、性能评价/测试指标
1、停顿时间(或响应时间)
提交请求和返回该请求的响应之间使用的时间,一般比较关注平均响应时间。
常用操作的响应时间列表:
在垃圾回收环节中:
- 暂停时间:执行垃圾收集时,程序的工作线程被暂停的时间。
-
2、吞吐量
对单位时间内完成的工作量(请求)的量度
在GC中:运行用户代码的事件占总运行时间的比例(总运行时间:程序的运行时间+内存回收的时间)吞吐量为1-1/(1+n),其中-XX::GCTimeRatio=n
3、并发数
同一时刻,对服务器有实际交互的请求数
1000个人同时在线,估计并发数在5%-15%之间,也就是同时并发量:50 - 150之间