1、java中什么是内存泄漏
在Java中，内存泄漏指的是程序中存在对不再需要的对象持续引用，导致这些对象无法被垃圾回收，从而占据了不必要的内存空间。这些对象会一直留在堆内存中，导致可用内存逐渐减少，最终可能导致OutOfMemoryError。
内存泄漏通常发生在以下情况下：
-
对象引用未被正确释放：当一个对象不再被使用时，如果没有适时地将其引用设置为null，这个对象就会一直存在于内存中，无法被垃圾回收。
-
长生命周期对象被持续引用：当一个对象被长时间引用，而实际上已经不再需要时，这个对象会一直占据内存，无法被回收。
-
集合或缓存未正确管理：当使用集合或缓存来存储对象时，如果没有适时地清理或移除不再需要的对象，这些对象会一直存在于集合或缓存中，无法被回收。
-
资源未正确释放：当使用带有资源的对象（如文件、数据库连接、网络连接等）时，如果忘记显式地关闭或释放这些资源，会导致内存泄漏。
-
循环引用：当多个对象相互引用，并且没有其他外部引用时，就会形成循环引用。这些对象无法被垃圾回收，导致内存泄漏。
内存泄漏会导致可用内存逐渐减少，最终可能导致应用程序的性能下降、崩溃或无法正常运行。因此，在编写Java代码时，及时释放不再需要的对象引用、正确管理资源和集合，并避免循环引用等问题，是避免内存泄漏的关键。
2、java代码中常见的内存泄漏场景有哪些
在Java代码中，常见的内存泄漏场景包括：
-
长生命周期对象引用：当一个对象被长时间引用，但实际上已经不再需要时，这种情况会导致内存泄漏。例如，持有静态集合或缓存中的对象引用，但忘记在适当的时候清理或释放这些引用。
-
对象未正确关闭或释放资源：在使用带有资源的对象（如文件、数据库连接、网络连接等）时，如果忘记显式地关闭或释放这些资源，就会导致内存泄漏。例如，在使用完文件流或数据库连接后未及时关闭它们。
-
单例对象的引用保持：当一个单例对象被其他对象持有引用时，即使其他对象已经不再需要，单例对象的引用仍然存在，导致无法回收内存。这种情况可能发生在全局对象、事件监听器等场景中。
-
监听器未正确注销：在使用事件监听器时，如果没有正确地注销或移除已注册的监听器，那么监听器对象将无法被垃圾回收，从而导致内存泄漏。
-
内部类持有外部类的引用：如果一个内部类实例持有对外部类实例的引用，而这个引用没有被释放，就会导致外部类无法被回收，进而导致内存泄漏。
-
大对象缓存：缓存大对象时需要特别小心，如果没有适当地管理缓存，缓存中的大对象可能会一直存在于内存中，导致内存泄漏。
-
循环引用：当两个或多个对象相互引用，并且这些对象没有其他被引用的地方，就会形成循环引用。这种情况下，即使这些对象已经不再被外部引用，它们仍然无法被垃圾回收。
以上是一些常见的Java内存泄漏场景，但并不穷尽所有情况。在编写和调试Java代码时，注意正确管理对象的生命周期、释放资源、及时清理不再需要的引用等都是避免内存泄漏的重要方法。
3、java中哪些资源需要手动关闭
在Java中，以下资源通常需要手动关闭或释放：
-
文件流（FileInputStream、FileOutputStream、FileReader、FileWriter等）：在使用文件流读写文件后，应该调用`close()`方法关闭文件流。
-
网络连接（Socket、ServerSocket）：在使用网络连接后，应该调用`close()`方法关闭连接，释放与该连接相关的资源。
-
数据库连接（Connection）：在使用数据库连接后，应该调用`close()`方法关闭连接，释放与该连接相关的资源。
-
输入输出流（InputStream、OutputStream、Reader、Writer等）：在使用这些流进行输入输出操作后，应该调用`close()`方法关闭流。
-
外部资源（如数据库游标、网络请求等）：在使用外部资源后，应该调用相应的方法或API释放资源，如关闭数据库游标、断开网络连接等。
-
线程池（ThreadPoolExecutor、ExecutorService等）：在使用线程池后，应该调用`shutdown()`或`shutdownNow()`方法关闭线程池，释放线程池占用的资源。
-
图形界面组件（如窗口、对话框等）：在使用图形界面组件后，应该调用相应的方法关闭或销毁组件，释放相关资源。
-
其他需要手动关闭的资源：根据具体情况，还可能涉及到其他需要手动关闭的资源，如打开的文件句柄、数据库事务、流缓冲区等。
注意，为了确保资源能够被正确关闭，通常使用`try-finally`或`try-with-resources`语句块来处理资源的关闭操作，以确保在发生异常或退出代码块时都能正确地关闭资源。这样可以避免资源泄漏和异常的发生。