-
ScheduledThreadPoolExecutor是Java中用于高效执行定时或周期性任务的类，支持多线程并发和灵活调度。它继承自ThreadPoolExecutor并实现ScheduledExecutorService接口，可通过newScheduledThreadPoolExecutor(n)创建实例，指定核心线程数。提供schedule()、scheduleAtFixedRate()、scheduleWithFixedDelay()等方法安排一次性或重复任务，并返回ScheduledFuture
-
getOrDefault能替代if-else空判断，因其将“查不到就用默认值”逻辑封装为一次调用，语义明确、性能更优，但不写入Map且无法区分null是未命中还是真实值。
-
Guava通过分段锁（LockStriping）降低竞争：Striped类按需分配轻量锁，Striped64用CAS+分段Cell实现无锁计数，LocalCache以Segment隔离缓存操作，三者均以空间换时间提升并发性能。
-
核心是构建严格锚定、分段清晰、边界明确的正则表达式：以^TEST_PROCESS_[a-z]+(?:_PRODUCT(?:_NEW)?)?$确保仅匹配合法形式，排除双下划线、大小写混用、前缀错误等所有非法变体。
-
掌握JavaMailAPI并配置SMTP参数，即可实现邮件发送功能。1.添加javax.mail依赖；2.配置SMTP服务器、端口、账号及授权码；3.使用Session、MimeMessage和Transport发送HTML邮件；4.注意SSL、认证、编码等问题。复用Session可优化性能，后续可扩展附件与模板功能。
-
SimpleDateFormat非线程安全，多线程复用会导致结果错乱，应局部新建、加锁或改用DateTimeFormatter；parse()抛ParseException主因是字符串与模式不匹配，如时区缺失、月份超限、yy解析四位年份等；安全格式化需用局部变量指定模式及时区；DateTimeFormatter不可变、线程安全、API清晰，是Java8+推荐替代方案。
-
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>方法，按源码顺序赋值静态变量和执行静态块。
-
SynchronousQueue不是队列而是“手递手”通道，因它不存储元素，offer()和poll()总失败，仅put()与take()成对阻塞同步；size()恒为0，适用于严格配对的线程间一次性数据传递。
-
正确使用逻辑与短路运算符&&可提升性能并避免异常。当第一个操作数为false时，后续操作不会执行，因此应将空值检查等轻量判断放左侧，方法调用或复杂计算放右侧，如if(obj!=null&&obj.getValue()>0)可防止NullPointerException。与非短路运算符&不同，&&仅在必要时计算右侧，而&始终执行两边，易导致异常或性能浪费。此外，不可依赖右侧表达式的副作用（如日志输出），因其可能不被执行。合理组织条件顺序能确保代码安全高效，核心原则是：前面为假，后面不看。
-
forEach不支持受检异常且无容错机制，应避免在其中写核心业务逻辑；需容错时优先用for循环或map+Optional封装结果统一处理。
-
setFetchSize()控制JDBC驱动分批从服务器拉取结果集的行数，非数据库端限制返回量；MySQL需配useCursorFetch=true才生效，PostgreSQL默认支持游标式获取。
-
使用Optional.ofNullable可清晰统一处理前端模糊查询参数的判空、去空格和转like模式逻辑，避免因空值导致全表扫描，提升代码可读性与可维护性。
-
读懂JDK8-XX:+PrintGCDetails日志的关键是抓住元空间变化、分代内存水位、GC事件类型与耗时三类核心信息，重点识别晋升异常、FullGC频繁、GC耗时突增、老年代持续上涨四类问题信号。
