-
不能。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。
-
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、存储截断及日志缩略等人为错误。
-
关闭IntelliJIDEA并确保后台进程已结束；2.删除系统中对应的配置、缓存和插件目录，Windows路径为%USERPROFILE%.IntelliJIdea，macOS为~/Library/ApplicationSupport/JetBrains/IntelliJIdea，Linux为~/.config/JetBrains/IntelliJIdea；3.重新启动IDEA，将恢复至初始设置状态，提示选择主题和跳过设置导入，实现全新安装效果。
-
Java业务异常应继承RuntimeException，因其代表可预期的业务失败，无需强制捕获；需按领域命名并隔离异常类，提供可读错误码字符串，于领域逻辑内层抛出，避免滥用catch控制流程。
-
DateTimeFormatter.ofPattern()不支持模糊匹配或可选字段，必须严格匹配输入字符串与模式的长度、分隔符和占位符；多种格式需预处理或多个formatter尝试解析，且pattern中中文字符须用单引号包裹并指定Locale。
-
Comparator.nullsFirst()的核心作用是生成一个能安全处理null的比较器包装器，使所有null值排在非null值之前，而非null元素仍按原比较逻辑排序。
-
flatMap仅用于内存中对已有集合扁平化转换，不支持日志采集、索引构建、倒排查询等实时检索功能；它适合单次批处理中展开嵌套日志结构，如将含多个span的JSON日志拆为多条SpanEvent。
-
RingBuffer性能关键在避免伪共享，需用@Contended填充热点字段；publish()前必须完成数据写入，且setCursor()由其自动触发；单生产者应选SingleProducerSequencer以避免冗余内存屏障；waitFor()返回负值是中断信号而非错误。
-
使用try-catch可捕获并处理异常，防止程序崩溃。将可能出错的代码放入try块，用catch捕获特定异常，如NumberFormatException；多个异常可用多个catch按具体到宽泛顺序处理；finally块用于执行清理操作，无论是否发生异常都会运行，确保资源释放，提升程序健壮性。
-
局部变量必须显式初始化，否则编译错误；2.成员变量和静态变量有默认值，如数值为0、boolean为false、引用为null；3.初始化方式包括声明时赋值、构造器、初始化块。
