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越频繁