-
Java中抛出异常会显著影响性能，主因是JVM需生成完整栈轨迹，即使catch住开销也已发生；三类高开销异常包括常见运行时异常、未重写fillInStackTrace()的自定义异常及循环内频繁throw；应避免热路径触发异常，改用预检、返回值等替代方案。
-
javac命令未识别是PATH配置失效的典型表现，需检查环境变量设置、终端重启及编码格式等关键环节。
-
调用Thread.interrupt()设置中断标志，阻塞时抛出InterruptedException并清除标志，线程需检查中断状态或捕获异常以响应中断。示例中worker线程循环检测中断，sleep时被中断后重新设置中断状态并退出。关键点包括不忽略InterruptedException、重置中断状态、主动轮询isInterrupted()。注意interrupt不能强制终止运行中的线程，必须由线程协作实现取消。
-
Java线程中断并非强制终止，而是通过中断标志（interruptstatus）协作通知；Thread.interrupted()会清除标志位，sleep()等阻塞方法抛出InterruptedException前也会自动清空标志——若未在异常处理中恢复中断状态，循环条件将失效。
-
接口更灵活因其分离“做什么”与“怎么做”，调用方仅依赖行为契约；实现可替换（如MySQL/MongoDB/Mock）、测试易模拟、编译期解耦；需注意实现方法必须public、多default方法须显式重写；非所有场景都需接口，应聚焦可变点。
-
Java中判断变量是否已初始化需区分局部变量和成员变量：局部变量编译期强制显式赋值，成员变量自动初始化默认值但无法区分是否人为初始化，应通过标记位、Optional或构造器约束等设计手段避免运行时误判。
-
公平锁按线程等待时间顺序分配锁，非公平锁允许插队；2.公平锁通过newReentrantLock(true)创建，保证FIFO，避免饥饿但性能较低；3.非公平锁为默认方式，直接尝试CAS获取锁，吞吐量高但可能引发线程饥饿；4.synchronized是非公平锁；5.非公平锁因高效成为默认推荐，选择取决于公平性与性能权衡。
-
RejectedExecutionHandler是线程池拒绝策略的兜底接口，当工作队列满且线程数达maximumPoolSize时触发；常见于高并发日志、埋点等非核心路径，需自定义安全实现并验证生效。
-
本文深入解析JPA的@Access注解如何在单个字段上覆盖默认访问策略，通过AccessType.FIELD与AccessType.PROPERTY混用实现细粒度控制，并提供可验证的单元测试证明其行为差异。
-
项目SDK与模块SDK不一致会导致编译报错或NoClassDefFoundError，因模块SDK才真正决定字节码版本、语言特性及依赖解析，两者冲突时IDE行为不可预测，且Gradle同步可能覆盖设置。
-
Windows10中设置JAVA_HOME和Path后，Java命令在重启后失效，通常因Path中误用系统变量引用（如%JAVA_HOME%\bin）导致变量未被正确展开；直接使用绝对路径可彻底解决该问题。
-
继承问题源于误将其当作代码复用首选而非is-a关系建模工具，如Stack继承Vector破坏封装；应优先组合、慎用protected、避免构造器中调用可重写方法。
-
Java并发性能测试需用JMH控制变量、固定JVM参数、避免伪共享，监控线程状态与锁竞争，合理配置线程池，并明确压测目标与指标可信度。
-
答案：基于SpringBoot+MyBatis+MySQL实现问卷分析功能，核心包括设计问卷、问题、选项、答卷、答案五张表，通过RESTful接口支持问卷展示、答题提交与统计分析；针对单选、多选、填空、评分等题型分别实现分组计数、选项拆解、文本聚类与数值计算；通过数据库索引、Redis缓存、定时任务预处理提升性能，结合ECharts可视化与EasyExcel导出，确保系统高效稳定。
-
不能直接减少核心线程数——corePoolSize是只读属性，需通过allowCoreThreadTimeOut(true)+keepAliveTime触发空闲核心线程超时退出；setCorePoolSize()仅影响后续任务分配，不终止已有线程。
