-
containsAll只检查被调用集合是否包含参数集合中每个元素,不关心顺序、重复次数或大小;适用于权限校验等存在性判断,不适用于频次一致或完全相等场景。
-
Unsafe不适合做本地内存缓存,因其不管理生命周期、无并发安全、无地址校验,易致崩溃、泄漏及JVM兼容性问题;应选用ByteBuffer.allocateDirect、VarHandle、MemorySegment或Chronicle-Bytes等安全方案。
-
abstract类必须被继承才能实例化,不能直接用new创建对象;它可含普通方法、静态方法、构造器等,但抽象方法无方法体且不能为private/final/static;子类须实现全部抽象方法或声明为abstract;与interface相比,abstract类支持代码复用和“is-a”关系,而interface适合“can-do”能力及多实现。
-
类初始化先于对象初始化,静态成员和静态代码块在类加载时执行且仅一次;创建对象时,先父类后子类,依次执行静态初始化、实例初始化和构造函数。实例初始化块用于共用逻辑,构造函数处理参数化初始化,合理使用可避免重复代码和状态错误。
-
是,调用私有方法前必须调用setAccessible(true),否则抛IllegalAccessException;这是JVM访问控制检查所致,与类加载器和模块系统无关。
-
LockSupport的线程挂起与唤醒依赖线程私有的permit状态(0或1),unpark设为1可预发,park检查并消耗;permit由JVM在native层维护,非public变量,原子且天然可见,但不保证共享变量同步。
-
MixedGC无法及时回收老年代碎片是因为其仅按收益阈值动态选择部分老年代分区回收,低收益高碎片区域被跳过,导致连续空间不足而触发AllocationFailure。
-
Java中管理配置,Properties类是经典选择,通过加载.properties文件实现配置与代码解耦。主要加载策略有从类路径加载(适用于打包发布、可移植性强)和从文件系统加载(便于外部化配置、灵活但需管理路径)。处理非ASCII字符时,默认ISO-8859-1编码易导致乱码,推荐使用InputStreamReader指定UTF-8编码读取。获取配置项可结合getProperty(key,defaultValue)设置默认值,并封装工具类实现类型安全转换。然而,Properties为扁平结构、仅支持字
-
本文介绍在Spring应用中不依赖外部负载均衡器时,通过代码级轮询与重试机制,为JavaMailSender实现多SMTP服务器故障转移(failover)的生产就绪方案。
-
虚引用不参与对象生命周期管理,仅在所引用对象被彻底回收后将其自身推入关联队列;它本身是普通Java对象,需手动清理以防内存泄漏。
-
Java变量不应以下划线开头,因违反官方驼峰命名规范,易与自动生成代码混淆,触发IDE警告及静态检查工具报错,并可能干扰序列化/反射;正确写法为userId、maxRetryCount等,例外仅限对接外部协议时通过注解映射。
-
应优先通过jstat监控OU/MU持续上涨及unloaded为0定位内存泄漏,配合HeapDumpOnOutOfMemoryError生成堆转储,用MAT的DominatorTree分析RetainedHeap,重点排查ThreadLocal、静态集合及动态代理类加载器持有问题。
-
@Async默认不生效,因需显式启用@EnableAsync且必须通过Spring代理调用;常见失效原因包括未启用异步支持、本类内直接调用、方法非public、使用this调用等。
-
Future.get()必须带超时参数,否则会无限阻塞;cancel(true)仅对可中断任务有效;CompletableFuture回调需避免同步阻塞;异常需显式调用get()或handle()才能捕获。
-
答案:预防NullPointerException需从主动判空、使用Optional、参数校验和工具辅助入手。1.使用前判断对象是否为null,尤其针对外部传入数据;2.优先用常量调用equals避免空指针;3.利用Java8Optional类优雅处理可能为空的对象;4.通过Objects.requireNonNull进行方法参数校验;5.借助IDE警告和静态分析工具如SpotBugs提前发现隐患。养成良好编码习惯可有效避免程序因空指针异常而崩溃。