-
JavaGC通过可达性分析（从GCRoots出发）判断对象是否为垃圾，而非引用计数；新生代用复制算法（因对象存活率低），老年代用标记-整理（因对象存活率高）；GC由内存压力触发（如Eden满、老年代不足），非System.gc()强制执行。
-
异常不应用于流程控制，而应仅处理意外情况；业务状态应通过返回值表达，避免滥用RuntimeException，合理使用预判方法、结果封装类和防御性校验。
-
Java自定义业务异常码核心是建立可读、可维护、可扩展的错误码体系，需统一管理、分层分类、携带上下文、与异常类强绑定，推荐枚举+自定义异常实现。
-
自定义异常可通过继承Exception类并添加错误码、时间戳等字段来携带上下文信息，提升错误定位效率。1.定义BusinessException类包含errorCode和timestamp字段，并提供getter方法；2.在业务逻辑中抛出该异常并传入具体信息；3.调用方捕获异常后提取信息用于日志或响应；4.可扩展构造函数或使用metadatamap支持更多上下文。合理设计可增强系统可观测性与维护性。
-
EOFException是IOException的子类，用于标识流提前结束，如反序列化时数据不完整；处理时应先捕获EOFException以判断正常读取结束，再捕获其他IOException问题，并结合try-with-resources确保资源释放。
-
搭建Java自动化测试环境需确保JDK、构建工具、测试框架与驱动协同工作。1.安装匹配项目的JDK版本，配置JAVA_HOME及PATH；2.使用Maven或Gradle管理依赖，引入JUnit等测试框架；3.Web自动化需安装浏览器与对应WebDriver，推荐使用WebDriverManager自动管理驱动；4.通过Docker统一环境，结合CI/CD工具实现测试自动执行与报告生成，保障环境一致性与可维护性。
-
是的，wait()唤醒后必须重新获取对象锁才能返回，这是JVM规范强制要求的MESA管程语义；唤醒不保证条件仍成立，须用while循环检查而非if。
-
Java子线程未捕获异常会静默退出，需通过Thread.UncaughtExceptionHandler捕获；ExecutorService中Runnable异常被吞，Callable异常需Future.get()触发；推荐用自定义ThreadFactory统一设置异常处理器。
-
IDEA中PlantUML插件失效主因是Graphviz未配置PATH或Java版本与插件不兼容，需确保dot命令可用、使用0.36+插件适配JDK17+，并手动指定最新plantuml.jar路径，且仅对有效.java文件生效。
-
静态代码块在类加载时执行一次，用于初始化静态资源；语法为static{}，多个按出现顺序执行；在创建对象、调用静态方法等主动使用类时触发，仅执行一次，与每次实例化都执行的实例代码块和构造函数不同。
-
本文介绍如何在SpringBoot的BeanValidation中，通过自定义注解与约束验证器，将字段名（如email）、校验参数（如min=8）动态注入到messages.properties的国际化提示中，避免重复定义消息，提升可维护性与本地化能力。
-
JavaStream无显式Pipeline类，其流水线机制由惰性中间操作和触发执行的终端操作构成；应优先用无状态操作、前置filter、拆分长链路，并避免重复消费、修改集合、误用并行流与peek。
-
三元运算符不能直接替换所有if-else。仅适用于true/false分支均为单表达式、同类型值的场景；禁用于含副作用语句、多语句、类型不兼容或深层嵌套等情况，且与Optional混用易出错。
-
ExecutorCompletionService是Java中用于实现任务完成即处理的工具，它通过结合线程池与阻塞队列，将任务执行与结果获取解耦；提交任务后，可使用take()或poll()方法从队列中获取最先完成的任务结果，无需按提交顺序等待；适用于任务耗时差异大、需快速响应完成结果的场景，如爬虫解析、多源搜索等；相比invokeAll，它提升处理效率，支持非阻塞和超时获取结果，使异步任务结果收集更灵活高效。
-
Exchanger怎么在双缓冲里交换两个缓冲区Java的Exchanger本质是线程间**成对同步交换对象**的工具，用在双缓冲场景时，它不负责分配内存、不管理读写状态，只管“等两个线程都到齐了，就互换手里的缓冲区引用”。典型用法是：一个线程持续往A缓冲区填数据（生产），另一个线程从B缓冲区取数据处理（消费），填满/取空后双方调用exchange()换一次引用，角色轮转。必须严格成对调用——一个线程调用exchange(buffer)后，必须有且仅有一个另一线程在同一Ex
