-
真堆内存不够需先确认是否为内存泄漏：检查jstat-gc中OU是否持续上涨且GC后不回落，或用jmap-histo查异常多的类；若OU每次FullGC后升高则极可能泄漏，EU频繁满而OU增长慢则可能是短期对象过多；切忌盲目加大-Xmx，应优先分析堆快照定位持有大量对象的根因。
-
Java接口默认方法均为publicabstract，字段为publicstaticfinal；Java8+支持default/static方法（Java9+才支持privatedefault）；多接口同名方法需实现类覆盖，返回类型冲突则编译失败；default方法应限于向后兼容，避免职责模糊和隐式依赖。
-
答案是通过包管理器安装OpenJDK或手动安装OracleJDK。使用apt或dnf命令可安装OpenJDK，如sudoaptinstallopenjdk-17-jdk；手动安装需下载OracleJDK压缩包，解压至/opt/java，并配置JAVA_HOME和PATH环境变量，最后通过java-version验证。多版本时可用update-alternatives设置默认JDK。
-
组合替代继承的核心是将“我是一个什么”转为“我拥有什么”，通过接口抽象、小而专的类封装、构造注入、运行时策略切换及生命周期管理实现松耦合。
-
Selector不能直接支撑万级连接，因其仅为事件分发开关而非自动扩容线程池；真正决定并发能力的是SelectionKey的有效管理、及时取消、避免select阻塞或空轮询，以及IO与业务逻辑严格分离。
-
TLAB是什么，为什么每个线程要自己分一块小内存TLAB（ThreadLocalAllocationBuffer）是JVM在堆内存中为每个线程单独划出的一小块连续空间，专供该线程快速分配对象。它不是独立于堆之外的区域，而是Eden区内的“私有子区”。没有TLAB时，所有线程都要竞争Eden的公共指针（如top），频繁加锁或CAS，成为性能瓶颈；启用后，线程直接在自己的缓冲区里挪动本地指针，几乎无竞争。常见错误现象：GClogs里看到大量TLABwaste或TLA
-
?extendsT只读不可写，因编译器无法确定具体子类型，添加非null元素会破坏类型安全；仅允许get()等读操作，可传null；适用于只读方法参数，提升API兼容性与安全性。
-
Collections.checkedCollection()提供运行时类型安全包装，仅对写操作检查元素类型，不验证已有元素或读操作返回值；需传入非空原始集合和具体类型Class，适用于API边界防护等场景。
-
MetaspaceSize和MaxMetaspaceSize应设为相等以避免动态扩容引发的频繁FullGC和OOM；需结合服务复杂度合理设定值（128m～1g），并优先排查类加载器泄漏，而非盲目调参。
-
不能直接在@Transactional方法里sendMQ()，因为事务提交发生在方法返回后，此时sendMQ()执行时数据库事务尚未真正落盘，导致消费者查不到数据；应使用@TransactionalEventListener(phase=TransactionPhase.AFTER_COMMIT)确保事务已刷盘后再发消息。
-
Collections.synchronizedList()不能真正解决并发修改问题，因其仅保证单个操作原子性，不保护复合操作（如遍历删除、检查后添加），迭代器未加锁导致ConcurrentModificationException频发，且keySet等视图非线程安全。
-
final字段必须在声明或构造方法中初始化且仅一次，编译器编译期强制检查并报错，禁止运行时修改；静态final需在静态块或声明时初始化，实例final绑定构造过程。
-
优先选择组合而非继承，因其更利于封装、解耦和测试；仅当满足is-a关系、父类明确支持继承且无易变逻辑时才用继承。
-
本地内部类适合封装一次性、轻量且与当前逻辑强耦合的辅助对象；它有明确类名，支持多方法、构造器、字段、重载、多接口实现及多次实例化，可读性优于匿名类和Lambda。
-
Map.compute()是Java8引入的原子性键值更新方法，接收key和BiFunction（k,v）→newV，支持累加、拼接、条件更新及删除（返回null），v为当前值（含null），无法区分键不存在与值为null。
