Java 高级/资深/架构面试题

我才是真的封不觉

已于 2023-02-04 12:03:15 修改

阅读量887

点赞数 1

分类专栏：架构师技术栈文章标签：架构面试内存泄漏内存溢出性能优化

于 2023-01-13 23:57:29 首次发布

本文链接：https://blog.csdn.net/JavaCoder_juejue/article/details/128680500

版权

架构师技术栈专栏收录该内容

20 篇文章 9 订阅

订阅专栏

第1题：什么是内存溢出，什么是内存泄漏？请举例发生场景与解决方案

文案如下视频讲解链接

内存溢出：

这个一般发生频率较低

内存容量就是个桶内存就是水溢出就是水满了你再倒水装不下了

不正常情况：由于你对数据的不熟，或者预见性不足或者编码经验的不足

while(true)

递归

但是没有很好的终止他们

正常情况：比如说你的对象太多了内存不够

比如说我要处理当前方法要处理十个文件对象的读写每一个同时会占用 200M

那么如果你设置给当前应用的内存不够比如只有1G

那么就需要调大jvm中内存设置或者减少同一批次处理大对象数量

内存泄漏：这个经常发生

就是桶坏了有洞水漏出去了

对象的生命周期

一个是方法中，成员变量，静态成员变量

比如方法的生命周期

就比你的成员变量（也就是这个类的对象）的声明周期短

成员变量的生命周期又会比你的静态变量也就是你的应用的生命周期短

class StaticTest
{
    private static Vector v = new Vector(10);

    private Vector v2 = new Vector(10);

    public void init()
    {
        Vector v3;
        for (int i = 1; i < 100; i++)
        {
            Object object = new Object();
            v.add(object);
            object = null;
        }
    }
}

第2题：对象被创建出来时被放在JVM的什么地方？对象什么时候进入老年代？

对象被创建出来时被放在JVM的什么地方？：

对象创建后被放到堆区，大部分情况下是新生代 Eden区，还有种特殊情况会被放到老年代

这种情况需要满足

1.大对象

2.大对象的大小超出通过以下JVM参数进行设置的大小：(注意此参数仅适用于Serial和ParNew两款新生代收集器。)

-XX:PretenureSizeThreshold=5242880 默认值为0

对象什么时候进入老年代？

1.除了上面那种情况外，还有两种情况对象会进入老年代

默认情况下，对象在新生代经历了15次GC后，便会达到进入老年代的条件，将对象转移进入老年代。当然，年龄的阈值可以通过JVM参数进行设置：

-XX:MaxTenuringThreshold=10  默认值为15

2.动态对象年龄判断

XX:TargetSurvivorRatio=<字节大小>

目的：为了防止对象在达到晋升老年代年龄前 s区域的内存就已经不够用了，所以需要整个这个动态对象年龄判断
详情：假如说当前放对象的Survivor区域里一批对象的总大小大于了这块Survivor区域的内存大小的50% ，
那么此时大于等于这批对象年龄的对象，就可以直接进入老年代了

第三题：kafka 千万消息积压解决方案

生产者 ——》broker(数据-》磁盘 -》数据)——》消费者

方法：
1 增大分区数量
2.使Kafka分区之间的数据均匀分布不均匀的话一般kafka key 后面拼个随机值然后hash后对分区数取模
3.适当缩小数据体积比如减少不必要的字段比如某个字段的值可以gzip压缩然后是序列化方式的选择推荐avro
4. 在适当的时候进行批量生产不那么需要立即处理的消息以及对数据的激增有预期
5..消费者代码优化
比如连接池用hikari，是否需要引入redis

然后是我前面说过的例如变量作用域的不注意导致内存泄露 垃圾回收更频繁甚至最终内存溢出还有比如如果要频繁操作数据库那么也可以先缓存然后批量插入或者更新这样避免连接数不够而等待
然后可以异步提交异步提交不仅可以提高消费端性能，同时__consumer_offsets的压力也会降低，其实按照批次异步提交方案是最佳选择，只要我们做好消费端幂等性即可还有jvm参数调优 比如直接增大堆区内存比如调整新生代与老年代的比例
6. 消费者加了并发，服务，扩大消费线程
7. 增加消费组服务数量也不要过多多余消费者会闲置
8. kafka单机升级成集群负载均衡以及容错

9.删__consumer_offset 设置 offsets.topic.replication.factor 为3
10.监测消费者消费情况，如有必要超时时间适当增大避免消费者消费消息时间过长，导致超时
11.硬件方面这里说个重要点的磁盘吞吐量机械升固态一般不升成本太高或者一个服务器使用多个机械硬盘设置多个数据目录或者设置成磁盘阵列还有磁盘控制器的质量