Java内存溢出（OOM）的根本原因是程序运行所需内存超出JVM限制，通常由内存泄漏、内存使用量过高、JVM参数配置不合理或JVM之外的内存消耗引起。1.内存泄漏是指无用对象因引用未释放而无法被GC回收，如静态集合类、未关闭资源、内部类持有外部类引用、监听器未注销、ThreadLocal使用不当等；2.内存使用量过高是因业务逻辑一次性加载大量数据或频繁创建大对象，导致瞬时内存占用过高；3.JVM参数配置不合理，如堆内存或Metaspace设置过小，也可能引发OOM；4.JVM外的内存问题，如NIO直接缓冲

Stream是惰性、只读的，不修改原集合；重复使用会抛IllegalStateException；collect需选对收集器；并行流慎用；空值和null须显式处理。

直接修改采样率不能正确变速，因未重采样而仅欺骗播放器，导致音高与时长错乱；应使用WSOLAProcessor实现变速不变调，或配合ResampleProcessor实现变速变调。

用IDE创建SpringBoot项目最省事，推荐IntelliJIDEA或Eclipse+SpringTools，通过SpringInitializr一键生成骨架；需选SpringBoot3.2.x/3.3.x、Java语言、JDK17+，并勾选SpringWeb依赖。

Java中throws声明非必须列出所有异常，仅检查异常需强制声明；2.检查异常（如IOException）未捕获时必须用throws声明，否则编译失败；3.非检查异常（如NullPointerException）可不声明；4.建议仅声明调用者需处理的检查异常，避免API复杂化；5.异常机制设计旨在强制处理检查异常，运行时异常由逻辑控制。

Java中日志与异常需互补：异常负责结构化错误传播，日志负责记录可追溯的上下文；底层异常不重复打日志，上层捕获后结合业务场景记录WARN/ERROR并带堆栈；日志须含业务动作、关键输入（脱敏）、完整堆栈；按故障严重性分级，杜绝空catch、拼接异常等反模式。

动态绑定发生在运行时JVM执行invokevirtual指令时，针对非静态、非final、非私有的实例方法，根据对象实际类型查vtable调用对应实现。

本文介绍在Java中从类似"Height:5.36"的混合字符串中精准提取数字部分（如"5.36"），并安全转换为double类型的实用方法，涵盖split解析、异常处理及精度考量。

使用Collections.unmodifiableMap()可创建只读Map，需先创建普通Map再包装为不可修改视图，任何修改操作将抛出UnsupportedOperationException；注意原始Map引用仍可修改且影响只读视图，因此应立即封装并避免暴露原引用，类似方法还有unmodifiableList、unmodifiableSet等。

答案：掌握Java类设计需遵循单一职责、封装、组合优于继承、开闭原则和依赖倒置。一个类只负责一项任务，如UserService处理逻辑，UserRepository管理数据；字段设为private，通过getter/setter暴露行为；优先使用组合体现“has-a”关系，避免继承导致的耦合；定义接口如NotificationService实现多态扩展，依赖注入提升灵活性。每次编写后反思职责是否清晰、是否易测试、修改是否影响其他模块，持续重构提升代码质量。

不可变对象因状态不可变而天然线程安全，需满足类为final、字段私有且final、无修改方法、构造无this逃逸、可变组件深拷贝等条件，如Person示例所示，其广泛应用在高并发场景中。

SynchronousQueue不存储元素，生产者放入数据必须等待消费者取出，实现线程间直接交接。其容量为0，不支持null值，可选公平与非公平模式，默认使用Treiber栈实现。常用于需要精确任务协作的场景，如newCachedThreadPool线程池，确保任务不排队、直接传递。使用时需配对put与take操作，避免阻塞，推荐结合超时机制提升健壮性。

Java内部类主要用于增强封装性、实现逻辑内聚、简化回调与事件处理、模拟多重继承、支持延迟初始化及资源隔离；它通过作用域限制、隐式引用和访问权限控制提升代码清晰度与安全性。

接口隔离原则的核心是客户端不应依赖不需要的接口，需按业务角色、调用方能力边界拆分职责单一的小接口，避免胖接口与default方法滥用，通过接口组合构建灵活可维护的能力契约。

Java简易问卷系统用内存集合实现“问题—选项—用户回答”链路：Question存题干/题型/选项，Answer存用户ID/题目ID/回答，SurveySystem管理题库、收集答案并统计；支持单/多/简答，输入校验与索引越界防护。