-
Java集合交集用retainAll会修改原集合，需先复制；并集需根据类型选择addAll或HashSet/Stream；差集a.removeAll(b)对应A−B；三操作均依赖正确实现的equals/hashCode。
-
普通代码块在方法内执行、限于局部作用域；构造代码块在每次创建对象时、构造器前执行，用于实例通用初始化；静态代码块在类加载时仅执行一次，用于类级资源初始化。
-
不能。finally块仅保证执行，不自动关闭资源；需手动在其中用try-catch分别关闭各资源并判空，避免异常中断清理；Java7+推荐try-with-resources，但老代码仍依赖正确编写的finally。
-
数组实现拓扑排序检测依赖环的核心是Kahn算法：用入度数组记录各变量被依赖次数，邻接表数组记录其直接依赖项；通过静态数组模拟队列进行BFS式剥离，最终若处理节点数cnt等于n则无环，否则存在环。
-
JavaIO异常处理需区分检查型异常（如IOException）与运行时异常，优先用try-with-resources自动释放资源，按子类精细化捕获（如FileNotFoundException、SocketTimeoutException），避免空catch或笼统捕获Exception。
-
execute()提交Runnable时异常会直接穿透至线程层面，触发默认UncaughtExceptionHandler打印堆栈并终止工作线程，线程池随后新建线程补位；因Runnable.run()不支持throws，unchecked异常未捕获即导致线程立即终止，这是ThreadPoolExecutor的主动设计而非bug。
-
JavaSwing中动态切换面板（如移除旧JPanel、添加新JPanel）后界面“卡死”并非程序崩溃，而是未触发重绘机制；只需调用revalidate()和repaint()即可立即更新UI。
-
必须使用IDEAUltimate版并启用TomcatandTomEE插件，TOMCAT_HOME指向解压根目录，开发首选warexploded部署，404需依次检查日志部署、端口、web.xml映射及日志显示设置。
-
Java中String真的按值传递吗？不是“像”，而是它根本就是按值传递——所有Java对象都如此。所谓“String表现像值传递”，其实是误读了String的不可变性（immutability）和引用变量的赋值行为。当你写str1=str2，复制的是引用值（即堆中对象地址的副本），不是对象本身；但因为String方法（如substring、toUpperCase）从不修改原对象，而是返回新对象，所以看起来“原变量没变”。常见错误现象：为什么修改str后另一个引用没跟着变？典型场景是误以为St
-
Java集合框架核心是接口体系：Collection（单列，含List有序可重复、Set无序不重复、Queue队列）、Map（键值对，独立体系）及Iterable（支持for-each）。选型重行为匹配而非死记类名。
-
应安装java-17-openjdk-devel包，它包含javac、javadoc、jar和头文件；仅装java-17-openjdk运行时会导致javac命令未找到。
-
Map是“一对一映射契约”，核心约束为key不可重复、最多一个null键、可多个null值；HashMap底层为数组+链表+红黑树，树化需同时满足链表≥8且容量≥64；自定义key须重写hashCode()和equals()；扩容会rehash并可能反转节点顺序。
-
MemoryLayout默认不按C对齐，因其是声明式描述且不隐含ABI规则；C结构体对齐由编译器依平台和默认对齐数动态计算，而MemoryLayout.structLayout()若未显式调用.withByteAlignment(n)则仅按字段自然大小对齐，忽略结构体总大小需为最大对齐数整数倍的规则，导致字段错位、越界或崩溃。
-
Java中Stack类不推荐使用，因其是JDK1.0遗留类，违背面向对象原则，继承Vector导致语义混乱、同步开销大；官方推荐用Deque接口及ArrayDeque实现替代，性能更优、语义更清晰。
-
UUID.randomUUID()生成的版本4UUID在实际场景中可视为全局唯一，因122位来自SecureRandom，碰撞概率极低（约2.7×10¹⁸个达50%），但非数学绝对唯一；需避免截断、误用nameUUIDFromBytes、存储截断及日志缩略等人为错误。
