-
org和com是Java包命名中沿用互联网域名语义的非强制前缀：com对应商业组织，如com.google.gson；org对应非营利组织，如org.junit.jupiter；选择依据是项目归属与维护主体性质而非法律注册状态。
-
BufferedReader缓冲区大小重要但非越大越好，默认8KB适合多数场景；读取日志等小文件保持默认，批量处理大文本可设64KB并配合mark/reset；需显式指定字符集、避免流重复关闭、优先用try-with-resources管理生命周期。
-
ByteBuffer.wrap()不等于入池，它仅创建共享原数组的非池化HeapByteBuffer；真正入池需用Netty等框架的PooledByteBufAllocator分配并拷贝数据。
-
子类能直接访问父类的protected和public成员，同包子类还可访问default成员；private成员完全不可见。需用super调用被重写的父类方法，构造器中须注意初始化顺序与重写方法陷阱。
-
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执行副作用并原样返回元素，需配合终端操作才生效，位置决定可观测数据阶段，不可替代业务逻辑或依赖执行顺序。
-
业务异常必须用RuntimeException子类，不可用Exception及其子类；否则强制调用方处理，混淆业务逻辑与错误处理，违背“谁出错谁负责”原则。
-
NullPointerException最常见，由对null引用调用方法或访问字段引发，须靠预防而非try-catch：用@NonNull、Objects.requireNonNull、Optional及IDE空值分析。
-
ArrayList<Product>比数组更适用商品管理，因其自动扩容、动态增删；需重写equals()和hashCode()，用unmodifiableList()封装，高频查找补HashMap，排序需求用TreeSet（注意Comparable或Comparator实现），删除需同步清理关联数据。
-
Java线程中断并非强制终止，而是通过中断标志（interruptstatus）协作通知；Thread.interrupted()会清除标志位，sleep()等阻塞方法抛出InterruptedException前也会自动清空标志——若未在异常处理中恢复中断状态，循环条件将失效。
-
捕获InterruptedException后必须调用Thread.currentThread().interrupt()恢复中断位，否则中断状态丢失导致上层无法感知；线程池任务中同样需正确处理，不可忽略或静默吞掉；循环中遇阻塞调用须在catch中重设中断并显式退出。
-
Java枚举的values()和name()等内置操作是线程安全的，基于其不可变性与类加载期初始化机制；自定义静态查找方法（如valueOfCode）若仅读取枚举实例且不修改共享状态，同样天然具备线程安全性。
