-
正确配置依赖可提升Java开发效率。应优先使用Maven/Gradle管理依赖，在pom.xml中添加依赖项后自动导入，或手动添加JAR包为库（不推荐），并通过统一工具、定期更新、分析无用依赖和启用自动导入优化管理。
-
Hashtable能直接多线程使用因其所有public方法均加synchronized锁，HashMap无同步机制，多线程并发put可能导致扩容死循环或数据丢失，且其迭代器fail-fast，结构变更即抛ConcurrentModificationException。
-
Class.getResourceAsStream路径以/开头才从classpath根查找，否则按当前类包路径相对查找；文件需在src/main/resources下且构建后存在于jar顶层；返回null主因是路径错误、资源未进classpath或IDE缓存未刷新。
-
PATH变量不直接参与Java编译运行，但决定java、javac等命令能否全局执行；它通过指定JDK的bin目录使系统能定位可执行文件，修改后需刷新终端或重启IDE，且须确保添加的是bin路径而非JDK根目录。
-
Java的assert默认是关闭的，不加参数就白写Java编译器认得assert语句，但JVM默认禁用断言机制——哪怕你写了assertx>0;，运行时也完全不检查。这不是bug，是设计如此：断言只用于开发/测试阶段，生产环境默认关掉，避免性能开销和副作用。要让它生效，必须显式开启：运行时加-ea（-enableassertions）参数：java-eaMyApp只对某个包开启：java-ea:com.example...MyApp禁用某类断言（比如第三方库
-
Java中易致内存泄漏的引用类型包括强引用（未置null或超作用域）、弱引用误用（如WeakHashMap中key未重写equals/hashCode）、静态集合滥用、内部类隐式引用、ThreadLocal未remove等。
-
最清晰通用的解决变量遮蔽方式是使用this.前缀明确访问成员变量；配合命名约定（如成员变量加前缀）、IDE警告及静态分析工具可有效预防和识别遮蔽问题。
-
XSSFWorkbook易OOM因构建全量DOM树，而事件驱动（SAX）仅流式解析、内存仅数百KB；必须用XSSFReader+SharedStringsTable+StylesTable三件套，且顺序与初始化时机严格受限。
-
Stream.peek()的核心作用是“不改变流，只观察元素”，作为中间操作接收Consumer执行副作用并原样返回元素，需配合终端操作才生效，位置决定可观测数据阶段，不可替代业务逻辑或依赖执行顺序。
-
本文详解如何在Java中将默认配置映射（Map）中的键值对，有选择性地合并到目标Map中：仅当目标Map中该键不存在，或对应值为null或空白字符串（isBlank()）时才覆盖，同时规避不可变Map的常见陷阱。
-
应使用StringBuilder或StringBuffer提升字符串操作效率，因String不可变，频繁拼接会创建大量对象；StringBuilder和StringBuffer提供append、insert、delete、replace等可变操作，避免性能损耗；两者功能相似，区别在于StringBuffer线程安全但性能较低，StringBuilder非线程安全但效率更高，推荐单线程使用StringBuilder；合理设置初始容量可减少扩容开销，提升性能；循环拼接优先用StringBuilder，多线程共
-
提升Java面向对象设计可维护性的核心是降低耦合、明确职责、预留扩展并确保意图清晰；具体包括接口隔离、组合优于继承、封装状态变更、依赖注入明确化、策略模式替代if-else等实践。
-
charAt()遍历最直接，但需防索引越界；Java字符串不可变、底层为char[]，该方法快且语义清晰，空串或i<=length()易致越界。
-
多数情况下不指定初始容量也能正常工作，但预估数据量时建议指定，如newArrayList(300)；默认容量10，扩容为1.5倍并复制数组，频繁add会降低性能。
-
Java异常设计核心是按业务决策建模：checked异常用于需调用方处理的临时故障（如ServiceUnavailableException），unchecked用于代码错误（如InvalidOrderStateException）；用抽象基类收敛共性，类名体现动作（如PaymentTimeoutRetryableException），字段结构化而非拼接字符串。
