-
JPMS不直接解决Jar冲突，而是通过模块边界、强封装和显式依赖从架构上切断classpath冲突根源：自动模块命名隔离、exports限制包可见性、编译期报错同名包导出冲突。
-
位运算不直接实现幂次转换，而是支撑快速幂算法：通过b&1判断指数二进制位、b>>=1推进位、a=aa维护幂次、res=resa条件累乘，将时间复杂度降至O(logb)。
-
Thread.setDefaultUncaughtExceptionHandler未生效的根本原因是设置时机过晚或仅对后续线程生效，且主线程异常不走该处理器；需在main开头设置，并单独为主线程、线程池、框架线程（如@Async）、UI线程分别配置handler。
-
static变量属于类级别，所有实例共享同一内存空间，类加载时初始化且仅一次；不可访问this或非static成员；用于无关具体对象的数据，误用会导致数据污染和线程安全问题。
-
泛型运行时类型参数虽被擦除，但类结构、字段名、方法签名及注解等元数据仍保留在字节码中；ORM利用反射获取的泛型声明（如ParameterizedType）、泛型类独立Class对象、泛型边界约束及工厂注入Class<T>实现高效映射与类型安全。
-
Java留言板系统用Servlet+HTML实现，数据存静态List，含Message类与两个Servlet；需处理POST中文乱码、自动生成ID和时间；推荐JSP展示，后续可扩展为文件或数据库存储。
-
工具类需用private构造方法防止误实例化，正确做法是声明final类、private构造器内抛异常、不实现Serializable。
-
Java反射是在运行时动态获取类信息并操作对象的能力，核心是Class对象，可通过Class.forName、类字面量或实例getClass()获取，支持创建对象、访问字段、调用方法及获取元数据，广泛用于Spring、JDBC等框架。
-
通过try-catch捕获InputMismatchException和NumberFormatException，确保输入类型错误时程序不崩溃；2.使用循环结合异常处理强制用户重新输入，直至提供合法数据；3.对空值、空白字符及逻辑边界（如年龄范围）进行校验，防止无效输入进入业务流程；4.利用trim()判断字符串是否为空白，并通过if语句提示修正；5.采用try-with-resources自动管理Scanner资源，避免资源泄漏；6.综合异常处理、输入验证与资源管理，提升程序健壮性与用户体验。
-
ScheduledThreadPoolExecutor是Java中用于高效执行定时或周期性任务的类，支持多线程并发和灵活调度。它继承自ThreadPoolExecutor并实现ScheduledExecutorService接口，可通过newScheduledThreadPoolExecutor(n)创建实例，指定核心线程数。提供schedule()、scheduleAtFixedRate()、scheduleWithFixedDelay()等方法安排一次性或重复任务，并返回ScheduledFuture
-
getOrDefault能替代if-else空判断，因其将“查不到就用默认值”逻辑封装为一次调用，语义明确、性能更优，但不写入Map且无法区分null是未命中还是真实值。
-
Guava通过分段锁（LockStriping）降低竞争：Striped类按需分配轻量锁，Striped64用CAS+分段Cell实现无锁计数，LocalCache以Segment隔离缓存操作，三者均以空间换时间提升并发性能。
-
IllegalStateException比IllegalArgumentException更合适，因为前者精准表达“对象当前状态不支持该操作”，如Scanner未调用hasNext()就调用next()；后者易误导调用者检查参数而非对象生命周期。
-
并发编程核心难点在于可见性、原子性、重排序、竞态条件、中断响应与死锁的综合处理：volatile解决可见性但不保原子性，synchronized和Lock兼顾二者却有开销，CAS类操作需谨慎使用，组合操作须额外同步，中断依赖线程主动响应，死锁源于锁序不一致，而“何时加锁、加多大”才是最易出错的边界问题。
-
volatile通过内存屏障强制读写主内存，解决多线程可见性问题；但不保证原子性，仅适用于状态标志等简单场景。
