-
观察者模式通过被观察者状态变化时自动通知所有依赖的观察者实现一对多更新，常用于事件处理、GUI交互与数据同步；核心为Subject维护Observer列表并触发update方法，Java中可通过自定义接口或过时的Observable类实现，适用于解耦事件源与处理逻辑，需注意性能与内存泄漏问题。
-
PriorityQueue默认按自然顺序或Comparator排序，仅保证poll()/peek()获取最高优先级元素，遍历结果无序因其底层为堆结构；可靠有序需反复poll()或改用TreeSet。
-
因为JVM的tableswitch和lookupswitch指令要求跳转目标在类加载时确定，故case必须是编译期常量；否则编译报错“constantexpressionrequired”，不退化为if-else。
-
该选PrintWriter还是PrintStream取决于数据类型和场景：纯文本/日志用PrintWriter（支持指定编码、自动flush、异常不中断线程）；二进制混合内容或兼容System.out时用PrintStream（需显式指定编码，注意平台默认编码陷阱），二者均非线程安全，多线程需加锁或改用专业日志框架。
-
锁消除是JVM通过逃逸分析确认对象未逃逸后自动移除无竞争同步的操作。若对象仅在方法内创建使用、不被返回、不赋值给静态字段、不传入跨线程方法，则判定为线程私有，synchronized块被JIT直接删除；典型场景包括局部new的StringBuffer、ArrayList等；但对象赋值给static字段、作为返回值、进入全局容器或逃逸分析被关闭时，锁消除失效。
-
Java运行jar包时，命令行参数必须放在-jar选项和jar文件路径之后；JVM参数如-Xmx、-D需置于-jar之前；错误地将应用参数放-jar前会导致“找不到主类”错误。
-
Java对象创建包含严格有序的类加载、静态初始化（<clinit>）和实例初始化（<init>）三阶段，任一环节跳过或顺序错乱将引发NPE、IllegalMonitorStateException等隐性问题。
-
根本原因是未配对使用StandardOpenOption.WRITE——APPEND仅控制写入位置，不提供写权限；漏掉WRITE会抛AccessDeniedException或静默失败，漏掉CREATE且文件不存在则抛NoSuchFileException。
-
JDK1.8中ConcurrentHashMap彻底移除了Segment和分段锁，改用CAS+单桶（table[i]）级synchronized实现更细粒度并发控制；size()、扩容等均基于table数组与CounterCell协作完成，无任何“段”概念。
-
直接调用StringBuilder.setLength(0)是最轻量的重置方式，它不释放底层char数组，仅将长度计数器归零，后续append()从索引0覆盖写入，避免重复分配和构造开销。
-
System.arraycopy()仅支持一维子数组的值拷贝或引用复制，对对象数组存在浅拷贝风险；二维数组本质是“数组的数组”，行搬运需区分引用赋值与元素级拷贝，基本类型安全，对象类型须手动深拷贝。
-
虚拟线程对阻塞式IO天然友好，包括Thread.sleep()、Object.wait()、LockSupport.park()、阻塞模式的NIO通道（FileChannel/SocketChannel）、HttpURLConnection、java.net.Socket、OkHttpClient及新版PostgreSQL/MySQLJDBC驱动；不支持Selector.select()等纯NIO事件循环。
-
join()是最直接可靠的线程串行执行方式，通过阻塞等待前一线程终止来确保顺序，无需锁或共享变量，且必须在start()后调用；sleep()不可靠，wait()/notify()和CountDownLatch属过度设计；真实项目中推荐单线程池+Future。
-
最稳妥的方式是使用NumberFormat.getCurrencyInstance()并显式传入目标Locale（如Locale.CHINA），配合BigDecimal精确计算，避免double精度问题和Locale默认值陷阱。
-
是的，putAll会覆盖已有key的值；因其内部遍历源map并逐个调用put方法，而put在键存在时必然替换旧值，故putAll具有相同覆盖语义。
