-
Scanner.hasNext(Pattern)是阻塞的，因System.in底层为阻塞流，无法超时或取消等待；真正非阻塞需用NIO、Console.ready()或线程+超时封装，但推荐重构交互逻辑避免此需求。
-
Java无法直接用do-while实现非阻塞I/O轮询通讯，因JVM缺乏对UART/I²C/BLE等外设的原生非阻塞支持；do-while仅用于带退出条件的有限重试或数据拼包，真正的低功耗需依赖中断、回调或底层epoll/poll机制。
-
Java类加载机制分加载、链接（含准备）、初始化三阶段：加载时仅载入字节码并生成Class对象，静态变量未分配内存；准备阶段为其分配内存并设默认零值；初始化阶段执行<clinit>方法，按源码顺序赋值静态变量和执行静态块。
-
GZIPOutputStream用于网络传输前动态压缩数据流，需正确包装、调用finish()、确保接收端支持解压；适合文本等高冗余数据，对JPEG等已压缩格式无效；HTTP需设Content-Encoding:gzip，Socket需双方约定协议。
-
Java静态初始化严格按源码顺序执行且仅一次；若某静态字段初始化触发其他类加载，原类未完成初始化的字段仍为默认值，易致空指针。
-
答案：Maven多模块项目依赖管理核心在于父POM中使用<dependencyManagement>统一版本、合理划分模块实现高内聚低耦合、通过<exclusions>排除冲突传递依赖，并利用mvndependency:tree等工具分析依赖树，结合BOM引入、版本属性化管理等策略，确保依赖一致性与项目可维护性。
-
SynchronousQueue不是队列而是“手递手”通道，因它不存储元素，offer()和poll()总失败，仅put()与take()成对阻塞同步；size()恒为0，适用于严格配对的线程间一次性数据传递。
-
正确使用逻辑与短路运算符&&可提升性能并避免异常。当第一个操作数为false时，后续操作不会执行，因此应将空值检查等轻量判断放左侧，方法调用或复杂计算放右侧，如if(obj!=null&&obj.getValue()>0)可防止NullPointerException。与非短路运算符&不同，&&仅在必要时计算右侧，而&始终执行两边，易导致异常或性能浪费。此外，不可依赖右侧表达式的副作用（如日志输出），因其可能不被执行。合理组织条件顺序能确保代码安全高效，核心原则是：前面为假，后面不看。
-
单字节8位可存8个独立开关状态，关键在于用左移生成唯一标志位（如1<<i），通过&读、|=置、&=~清、^=切，严格边界检查确保安全高效。
-
高频接口入参毫秒级过滤的关键是提前识别风险模式并在参数进入业务逻辑前轻量判定，自定义异常分类检测器充当“预校验网关”角色，聚焦手机号、邮箱、身份证号等结构化筛查，通过正则+长度+基础格式三重校验，启动时加载规则至静态final变量，禁用级联校验，优先流式解析JSON，网关层用ModifyRequestBodyGatewayFilter在Netty线程初筛。
-
ClassLoader.getResourceAsStream不接受前导斜杠，路径应为“config/app.properties”形式；加“/”会导致返回null，因其默认从classpath根查找，无需且不支持斜杠。
-
forEach不支持受检异常且无容错机制，应避免在其中写核心业务逻辑；需容错时优先用for循环或map+Optional封装结果统一处理。
-
setFetchSize()控制JDBC驱动分批从服务器拉取结果集的行数，非数据库端限制返回量；MySQL需配useCursorFetch=true才生效，PostgreSQL默认支持游标式获取。
-
orElseGet用于配置兜底的核心原因是其惰性求值特性：仅当Optional为空时才执行Supplier中的配置获取逻辑；而orElse会立即执行参数表达式，即使配置已存在，仍触发无谓的远程调用、I/O或异常风险，造成性能浪费与副作用。
-
通过一个接口任务堆积案例，讲清 Java 线程池核心参数、有界队列、拒绝策略和监控指标，帮助服务避免内存暴涨和请求雪崩。
