-
notifyAll()用于唤醒所有在对象上等待的线程，避免信号丢失和假死锁；必须在synchronized块中调用，配合while循环检查条件，不可用if，适用于多条件共享锁场景如生产者-消费者模型。
-
Java标准控制台无法让Scanner.nextLine()的输入直接显示在System.out.print()的同一行末尾，因为System.in是行缓冲的、阻塞式输入流，不支持光标定位或行内编辑；需借助第三方库（如JLine）或转向GUI/终端UI框架才能实现真正的“行内输入”。
-
module-info.java文件必须放在模块根目录Java模块系统不会自动发现或扫描子包里的module-info.java，它只认顶层源码根目录（即src/main/java或src下直接放的）下的那个文件。放错位置会导致编译器完全无视模块声明，还可能报error:modulenotfound或静默退化为非模块化运行。正确路径：src/main/java/module-info.java错误路径：src/main/java/com/example/module-inf
-
Java接口幂等性控制需结合唯一业务ID、业务字段组合键、数据库唯一约束及前后端协同：用UUID作Redis幂等键，手机号等场景按时间窗口拼接键，数据库加联合唯一索引兜底，并配合前端按钮置灰与网关短时拦截。
-
本文详解如何在JPA中通过双向@OneToMany/@ManyToOne关系，实现父实体保存时自动为子实体正确设置生成的主键值（如ID_PARENT），避免因外键未同步导致的约束异常。核心在于使用mappedBy、移除冗余字段、合理配置@JoinColumn与@IdClass。
-
TransferIndex是volatileint变量，用于记录待迁移桶的起始索引，线程通过CAS原子递减它来领取互斥的迁移区间（如[nextBound,nextIndex)），避免重复或遗漏迁移，与sizeCtl协同实现无锁、可扩展、可中断的并发扩容。
-
Collections.singletonList返回不可变集合，因其私有内部类SingletonList重写所有修改方法并抛出UnsupportedOperationException，仅保证结构不可变，不阻止元素内容修改。
-
Future异常需调用get()才暴露，封装为ExecutionException，getCause()获原始异常；CompletableFuture用exceptionally等方法更安全。
-
答案：通过定义用户状态模型、使用ConcurrentHashMap管理在线用户、结合心跳机制检测超时、并广播状态变更消息，实现线程安全且实时的在线用户列表与状态管理。
-
Java中不应滥用异常控制流程，如用NumberFormatException判断数字或抛异常跳出循环，应预检并用break或标志位；检查型异常需按恢复能力分层处理；自定义异常应分业务异常（继承RuntimeException）和系统异常（继承Exception），并提供完整构造函数；日志需带参数和%ex格式，禁用printStackTrace。
-
组合优于继承是指在多数代码复用场景中，用成员变量持有对象（has-a）比类继承（is-a）更稳妥可控；核心在于区分类型归属与功能复用，避免继承滥用导致的扩展性差、维护难等问题。
-
top找出Java进程PID后，为什么top-H显示的线程ID和jstack里的nid对不上因为top-H默认显示的是Linux线程的十进制TID（ThreadID），而jstack输出里nid=0x...是十六进制的nativethreadID。直接比对会漏掉真凶。用printf"%x\n"把top-H看到的十进制TID转成小写十六进制，再和jstack输出里的nid=0x7f8a对照注意：JDK8u60+默认
-
Java自动装箱编译为valueOf()调用而非new，拆箱即xxxValue()方法调用；缓存适用于Boolean、Byte、Character（\u0000–\u007f）、Short、Integer（-128~127）、Long，Float/Double不缓存；拆箱null抛NPE因intValue()等方法本身空指针；高频场景应禁用自动装箱以避免GC开销。
-
不建议用异常控制正常业务流程，因性能开销大、掩盖设计问题；应将可预期失败转为返回值或状态码，异常仅用于真正意外场景，并需分层定义、规范日志与处理。
-
ClassCastException是运行时异常，当JVM尝试将对象强制转换为不兼容类型时抛出；典型场景包括非法强转、集合取值盲目转换、SpringgetBean未指定泛型及JSON反序列化用Object.class等。
