-
Java中易致内存泄漏的引用类型包括强引用（未置null或超作用域）、弱引用误用（如WeakHashMap中key未重写equals/hashCode）、静态集合滥用、内部类隐式引用、ThreadLocal未remove等。
-
线程池拒绝策略必须选用CallerRunsPolicy或自定义策略，配合有界队列（如ArrayBlockingQueue）和显式构造的ThreadPoolExecutor；禁用Executors工厂方法；需监控活跃线程数、队列积压量及拒绝次数；多业务应拆分独立线程池实现风险隔离。
-
直接删除config目录比点击「RestoreDefaults」更彻底，因其清除编译器配置、Maven/Gradle路径、SDK绑定等关键设置，而按钮仅重置部分UI偏好。
-
BindException是操作系统报出的端口占用异常，表明JVM尝试绑定的端口（如8080）已被其他进程占用；常见于SpringBoot启动卡在Web服务器初始化阶段，需用lsof、netstat或netstat-ano定位并终止冲突进程，或通过配置server.port、VM参数、Docker端口映射等避免重复绑定。
-
合理使用Optional可避免空指针异常，提升代码安全性和可读性。1.用Optional.ofNullable封装可能为null的对象，如用户为空时姓名设为“未知用户”；2.通过orElse提供默认值，高开销场景优先使用延迟加载的orElseGet；3.利用map链式转换嵌套属性，自动规避中间null值；4.避免直接调用get()，应结合ifPresent等方法进行安全操作。核心是将判空转为流程控制，但不宜滥用作字段或集合元素。
-
饿汉式单例天然线程安全，因static字段在类加载阶段由JVM同步初始化，确保INSTANCE唯一且无竞态；但存在提前创建、无法传参等问题。
-
包用于组织和命名类以避免冲突，类路径则告诉JVM从何处加载字节码；二者分别负责逻辑命名与物理定位，紧密配合确保Java程序正确编译与运行。
-
Java应用在Docker中启动慢、OOMKilled主因是JVM未适配容器内存限制；需启用-XX:+UseContainerSupport（8u131+默认开）、显式设-Xmx/-Xms为容器内存的50%~75%，并选用eclipse-temurin等轻量镜像、多阶段构建、正确配置HEALTHCHECK与actuator端点。
-
Java异常体系以Throwable为根，分为Error（不捕获）和Exception；Exception又分RuntimeException（非受检，如NullPointerException）和受检异常（如IOException，必须声明或捕获）。
-
Java多模块Maven项目依赖管理核心是父POM通过<dependencyManagement>统一声明版本，子模块仅写groupId和artifactId继承；模块间引用省略version，依赖关系需避免循环，构建顺序由模块依赖图决定而非<modules>顺序。
-
JVM仅接受publicstaticvoidmain(String[]args)或publicstaticvoidmain(String...args)两种签名；其他改动会导致运行时错误，因JVM硬编码校验修饰符、静态性、返回类型及参数类型。
-
Java中二维数组实为“数组的数组”，支持不规则结构；声明如int[][]arr=newint3或int[][]arr={{1,2},{3,4,5},{6}}；遍历时需判空防NullPointerException。
-
final方法用于防止子类重写，确保核心逻辑不变，如安全检查或模板方法模式中的算法骨架，语法为publicfinalvoidmethod(){}，不可重写但可重载，构造方法和private方法不能或默认为final，合理使用可提升代码安全性和可维护性。
-
Collections是JDK官方维护的静态工具类，方法经充分测试、线程安全（仅限不可变/同步包装器）、性能优化；手写易忽略边界，而Collections已内置防御逻辑。
-
绝大多数实际项目应优先用Runnable，因其是接口可与任意继承共存，支持线程池、任务复用和职责分离；Thread虽实现Runnable但仅适合极简场景或深度定制。
