-
正确配置Eclipse工作空间可提升Java开发效率，需选择专用目录如D:\workspace，避免中文和空格；支持多JDK环境通过创建不同工作空间隔离；可通过“SwitchWorkspace”切换或在eclipse.ini中添加-data参数设置默认路径；每个工作空间独立保存编译器版本、编码等设置，建议使用UTF-8编码；.metadata存储个性化配置，不可随意复制；遇启动卡顿可清理其下.plugins/settings文件夹；项目报错需检查JavaBuildPath；迁移时只需复制项目文件夹并重新导
-
Properties类用于读取键值对配置文件，继承Hashtable且线程安全。1.可通过FileInputStream加载文件；2.推荐使用ClassLoader读取resources目录下的配置文件；3.常用方法包括load、getProperty、setProperty和store；4.注意编码问题、流关闭、敏感信息保护及封装为单例提升性能。
-
自定义异常可通过继承Exception类并添加错误码、时间戳等字段来携带上下文信息，提升错误定位效率。1.定义BusinessException类包含errorCode和timestamp字段，并提供getter方法；2.在业务逻辑中抛出该异常并传入具体信息；3.调用方捕获异常后提取信息用于日志或响应；4.可扩展构造函数或使用metadatamap支持更多上下文。合理设计可增强系统可观测性与维护性。
-
退货功能需校验订单状态、时效、商品属性及重复申请，支持仅退款、退货退款、换货三类流程，通过状态机控制审核流转，结合事务或消息队列确保退款、库存、优惠分摊的数据一致性。
-
使用BlockingQueue可简化Java中生产者消费者模型的实现。它提供线程安全的阻塞队列，支持put/take自动阻塞，无需手动同步。常见实现有ArrayBlockingQueue（有界）和LinkedBlockingQueue（可选有界），代码简洁且可靠。示例中生产者生产10个数字并休眠，消费者持续消费，通过interrupt终止。注意设置合理容量、处理中断，避免内存溢出与线程泄漏。
-
for循环执行顺序为初始化→条件判断→执行循环体→更新表达式→重复判断，三部分用分号分隔：初始化仅执行一次，条件判断决定是否继续，更新表达式在每次循环体后运行。
-
正确处理IOException需根据场景选择捕获或抛出，优先使用try-with-resources自动管理资源，结合日志记录与用户友好提示，确保程序健壮性和可维护性。
-
Java集合框架围绕Collection和Map主线，解决存储、访问、重复性、空值及线程安全问题；选错类易致性能下降或ConcurrentModificationException等异常。
-
要优雅关闭SpringBoot应用，需配置server.shutdown=graceful和spring.lifecycle.timeout-per-shutdown-phase=30s；2.使用kill-15或actuator/shutdown端点触发关闭，避免kill-9；3.通过@PreDestroy或DisposableBean实现资源清理逻辑，确保请求处理完成、资源释放后进程退出。
-
FreeMarker模板中直接使用isXxx()方法名会导致“期望boolean却得到method+sequence”错误；应优先访问对应JavaBean属性（如xxx），或显式调用方法（isXxx()）并加括号，确保获取返回值而非方法引用。
-
DCL在Java5前因volatile重排序约束弱易致“半初始化”；JDK5+需用volatile保证安全；推荐静态内部类方案，线程安全、延迟加载、无同步开销。
-
final修饰变量时引用不可变但对象状态可变，修饰方法时禁止重写但允许重载，修饰类时禁止继承且字段需显式final才不可变，其初始化安全性保障多线程下final字段的正确可见性。
-
什么时候该用CyclicBarrier而不是CountDownLatch当你需要多个线程反复在某个点同步、等彼此都到达后再一起往下走，就该选CyclicBarrier；CountDownLatch是一次性倒数，用完就废，没法重用。典型场景：分段计算后汇总结果（比如4个线程各自处理一批数据，算完必须等齐了再合并统计），且这个“分段→等待→合并”流程要跑好几次——这时候CyclicBarrier的可重用性才是关键。CyclicBarrier构造时指定参与线程数，到达的线程调用aw
-
ServiceLoader通过读取META-INF/services/下以接口全限定名命名的文本文件来加载实现类，文件每行一个实现类全限定名，需严格匹配包名和大小写；load()仅解析配置，next()才触发Class.forName和实例化，使用线程上下文类加载器，默认非单例。
-
最常见原因是未正确配置spring-boot-maven-plugin或继承了非SpringBoot的parent；若用自定义parent必须显式声明该插件，否则仅生成普通jar，无BOOT-INF和Main-Class，无法java-jar运行。
