Java基础知识八股

1.为什么静态方法无法调用非静态方法?

回答:因为静态方法是随着类的加载而加载,而非静态方法则是随着类的实例化才会被加载,生存周期不一样,所以静态方法的生命周期更长

2.Java--内部类持有外部类导致内存泄露的原因和解决方案

原因:非静态内部类持有外部类的时候,如果有的地方引用了内部类,会导致这个外部类也会被引用,即使后期外部类没有用,但是仍然无法进行回收。

解决方法、

  1. 不要让其他的地方持有这个非静态内部类的引用,直接在这个非静态内部类执行业务。
  2. 将非静态内部类改为静态内部类。
    1. 内部类改为静态的之后,它所引用的对象或属性也必须是静态的,所以静态内部类无法获得外部对象的引用,只能从 JVM 的 Method Area(方法区)获取到static类型的引用

为什么使用:

  1. 当内部类只在外部类中使用时,匿名内部类可以让外部不知道它的存在,从而减少了代码的维护工作。

  2. 当内部类持有外部类时,它就可以直接使用外部类中的变量了,这样可以很方便的完成调用,如下代码所示:

    复制代码
    package org.example.a;
     
    class Outer{
        private String outerName = "Tony";
     
        class Inner{
            private String name;
     
            public Inner() {
                this.name = outerName;
            }
        }
     
        Inner createInner() {
            return new Inner();
        }
    }
     
    public class Demo {
        public static void main(String[] args) {
            Outer.Inner inner = new Outer().createInner();
            System.out.println(inner);
        }
    }

3.ThreadLocal出现内存泄漏的原因及怎么解决

原因:

1.ThreadLocal变量没有被明确的移除。在使用ThreadLocal时,当线程结束,如果ThreadLocal变量没有被手动清除,就会导致这部分内存无法被回收,最终导致内存泄漏。

2.ThreadLocal变量一直存在于ThreadLocalMap中。每个线程都有一个ThreadLocalMap,这个Map可以存放多个ThreadLocal变量。当ThreadLocal变量没有被移除时,它所引用的对象也会一直存放在线程的ThreadLocalMap中,这会导致ThreadLocalMap变得很大,从而占用大量的内存空间,最终导致内存泄漏。

解决方法:

1.使用ThreadLocal.remove()方法

复制代码
ThreadLocal<Object> threadLocal = new ThreadLocal<>();
try {
    Object value = new Object();
    threadLocal.set(value);
    // do something
} finally {
    threadLocal.remove();
}

2.使用不可变的资源

ThreadLocal变量存储的对象最好是不可变的,因为不可变的对象不需要频繁更新,也不会因为被多个线程同时修改而出现线程安全问题。如果要修改一个ThreadLocal变量中的对象,最好使用一个新的对象替换原有的对象,从而避免引用泄漏的问题。

3.使用弱引用

复制代码
ThreadLocal<Object> threadLocal = new ThreadLocal<Object>() {
    @Override
    protected Object initialValue() {
        return new WeakReference<Object>(new Object());
    }
};

4.JVM调优

原因:

Heap内存(老年代)持续上涨达到设置的最大内存值;

Full GC 次数频繁;

GC 停顿时间过长(超过1秒);

应用出现OutOfMemory等内存异常;

应用中有使用本地缓存且占用大量内存空间;

系统吞吐量与响应性能不高或不降。

调优:

java heap:参数-Xms(设置内存)和-Xmx(设置堆),建议扩大至3-4倍FullGC后的老年代空间占用。

永久代:-XX:PermSize和-XX:MaxPermSize,建议扩大至1.2-1.5倍FullGc后的永久代空间占用。

新生代:-Xmn,建议扩大至1-1.5倍FullGC之后的老年代空间占用。

老年代:2-3倍FullGC后的老年代空间占用。

新生代越大,minorGC越久,越小,minorGC越频繁

相关推荐
caimouse15 小时前
reactos编码规范
c语言·开发语言
xieliyu.19 小时前
Java算法精讲:双指针(三)
java·开发语言·算法
明夜之约19 小时前
Spring Boot 自动装配源码
java·spring boot·后端
Leaton Lee19 小时前
Spring Boot分层架构详解:从Controller到Service再到Mapper的完整流程
java·spring boot·后端·架构
Jinkxs19 小时前
Resilience4j- 与 Spring Boot 快速集成:自动配置与基础注解使用
java·spring boot·后端
辣机小司19 小时前
【踩坑记录:Spring Boot 配置文件读取值不一致?警惕 YAML 的“八进制陷阱”与 SnakeYAML 版本之谜】
java·spring boot·后端·yaml·踩坑记录
CryptoPP20 小时前
快速对接东京证券交易所API数据:实战指南与代码示例
开发语言·人工智能·windows·python·信息可视化·区块链
ZC跨境爬虫20 小时前
跟着 MDN 学JavaScript day_7:数学运算与逻辑判断实战测试
开发语言·前端·javascript·学习·ecmascript
fangdengfu12320 小时前
ES分析系统各个服务日志占用量
java·前端·elasticsearch
云烟成雨TD20 小时前
Spring AI 1.x 系列【51】可观测性技术选型
java·人工智能·spring