-
Java强制类型转换的风险在于运行时错误：向下转型引发ClassCastException，基本类型转换导致静默溢出或截断，自动拆箱触发NullPointerException，泛型擦除造成“假安全”转型。
-
用get(i)遍历ArrayList安全高效，但遍历LinkedList会退化为O(n²)；因ArrayList基于数组支持O(1)随机访问，而LinkedList需双向遍历，最坏O(n)。
-
String不可变因其value数组被final修饰且操作均返回新对象；StringBuilder的value可原地修改，扩容时才新建数组。
-
Java注解是结构化元数据，必须用@Retention指定生命周期、@Target限定作用目标才能生效；缺一不可，否则反射读不到或编译报错。
-
ObjectOutputStream不会导致基础类型“擦除”，因其写入原始类型时用writeXXX()方法直接输出二进制值，类型明确且可精准还原；若用writeObject()则自动装箱为包装类，属类型升级而非擦除。
-
本文介绍在禁用Java内置数组工具类（如Arrays.equals）的前提下，如何安全、准确地判断两个int数组是否完全相同，涵盖null检查、长度校验、逐元素比对及早期退出优化。
-
答案：通过User和CheckInRecord类记录用户签到，AttendanceSystem使用Map<String,Set<String>>存储用户每日签到状态，确保每个用户每天只能签到一次，结合时间戳和日期字符串实现去重与查询。
-
本文介绍如何通过融合MLKit的对象检测与人脸检测能力，实现对指定人物的稳定追踪与头部姿态估计，有效避免背景人员运动导致的误识别，并支持实时人数粗略统计。
-
lockInterruptibly()可中断等待锁的线程，使其响应interrupt()并抛出InterruptedException，从而避免无限阻塞；而lock()无视中断，易导致死锁僵局。
-
应使用Comparator.nullsLast(Comparator.naturalOrder())配合Optional处理，避免NPE和空Map异常，并在Value相等时按需用thenComparing或reduce保证顺序。
-
jstack中识别数据库连接获取卡顿需结合线程状态与栈上下文：WAITING/TIMED_WAITING状态、栈顶为Object.wait()或LockSupport.park()、位于getConnection()调用链中且无后续JDBC操作，同时存在数据库驱动类。
-
应继承Exception还是RuntimeException取决于调用方是否必须主动处理：系统级/外部依赖失败选Exception，内部逻辑错误/校验失败选RuntimeException；务必提供带cause的构造器；异常类应保持精简，避免业务字段；Spring中按类型而非名称捕获异常。
-
调用run()不会启动新线程，仅是普通方法调用；start()才是真正启动线程的唯一合法入口，触发JVM创建OS线程并调度执行run()。
-
CGLIB必须生成子类因其基于字节码继承机制，通过ASM动态创建目标类的非final子类并重写方法；JDK代理仅实现接口，不依赖目标类结构，故无需继承且不受final限制。
-
方法的返回类型和参数列表是方法签名的核心，决定输入输出；2.返回类型可为基本类型、引用类型或void，非void需用return返回对应值；3.参数需明确类型和名称，多个参数用逗号分隔且类型不可省略；4.参数名应具可读性，方法内作为局部变量使用；5.调用时传参类型必须匹配，否则编译错误。
