-
静态内部类解决逻辑归属与物理解耦的矛盾：封装辅助类（如HashMap.Node）、避免内存泄漏、实现单例、增强模块化与命名空间控制，且不持外部类实例引用。
-
答案是：用jstack查RUNNABLE线程中是否反复出现getEntry或transfer栈帧，结合MAT分析heap.hprof确认next互指环。死循环表现为CPU100%、无异常、多线程卡在e=e.next且地址交替，根源是JDK7扩容时头插法与竞态导致A↔B环。
-
老年代担保失败是JVM在MinorGC前预判风险后主动触发FullGC的结果，关键在于检查时机（GC前）、判断依据（连续空闲空间≥晋升量或历史均值）和退路选择（直接FullGC而非补救）。
-
包可见性是Java中一种恰到好处的封装手段，使成员仅对同包类可见，兼顾内聚协作与边界控制，需配合功能导向包结构和同包测试实践。
-
InetAddress.getLocalHost()返回127.0.0.1是因主机名被解析为localhost，应遍历网卡获取真实局域网IP；getByName()失败多因DNS缓存、IPv6优先或防火墙；isReachable()在Windows下不可靠；getCanonicalHostName()强制正反向DNS解析确保FQDN。
-
Java字符串转义最易出错的是反斜杠（\\）和双引号（\"），因编译期解析导致路径、正则、JSON等场景需双重转义；Unicode转义\uXXXX须4位且UTF-8编码；应优先使用专用序列化库而非手动拼接。
-
抽象类构造方法是子类对象创建时强制执行父类初始化逻辑的唯一时机，通过super()调用完成final字段校验赋值、共享资源注入，并禁止调用抽象方法，且子类必须显式调用super()。
-
JAVA_HOME指向哪个目录才真正有效必须指向JDK的根目录，不是JRE目录，也不是bin子目录。常见错误是把JAVA_HOME设成C:\ProgramFiles\Java\jdk-17.0.1\bin——这会导致几乎所有依赖它的工具（如Maven、Gradle、IDE）报“找不到Java”或“java.lang.NoClassDefFoundError”。JDK根目录下得有lib、jre（或conf）、bin三个关键子目录。✅正确示例：C:\Program
-
transient仅在Java原生序列化（ObjectOutputStream/ObjectInputStream）中生效，要求类实现Serializable且字段为非static、非final的实例变量；在JSON、日志、数据库、HTTP等场景中完全无效。
-
thenCompose()用于扁平化嵌套CompletableFuture，要求函数直接返回CompletableFuture以避免类型嵌套；而thenApply()会生成CompletableFuture<CompletableFuture<T>>，导致类型错误和运行时异常。
-
Java布尔类型仅取true/false，不与数字互转，不可算术运算，用于逻辑判断、状态标识和方法返回值，提升安全性与可读性。
-
Java中char是16位UTF-16编码单元，可表示BMP字符（如'中'），但辅助平面字符（如?）需代理对；操作字符串应使用codePointCount、codePoints等API而非charAt/length。
-
核心是通过缓冲区累积小写操作再批量系统调用以提升性能。BufferedOutputStream默认8KB内存缓冲，满、flush()或close()时才真正写入；避免循环flush、漏close或频繁新建对象；按场景调大小更高效，关键变量需手动控制flush时机。
-
Gradle卡在“StartingDaemon”本质是本地守护进程启动失败，主因包括JVM参数冲突、gradle.properties错误配置、IDE占用锁文件或临时目录权限异常；应先执行gradle--stop并清理daemon目录锁文件，再通过--no-daemon验证，最后调整gradle.properties中的org.gradle.jvmargs参数。
-
IntelliJIDEA的「TypeMigration」（类型迁移）重构功能可安全、智能地将字段类型全局变更，并自动同步更新其所有数据流依赖项，包括方法返回类型、参数、局部变量及集合/数组转换等。
