-
公平锁按线程等待时间顺序分配锁，非公平锁允许插队；2.公平锁通过newReentrantLock(true)创建，保证FIFO，避免饥饿但性能较低；3.非公平锁为默认方式，直接尝试CAS获取锁，吞吐量高但可能引发线程饥饿；4.synchronized是非公平锁；5.非公平锁因高效成为默认推荐，选择取决于公平性与性能权衡。
-
Java反射绕过private限制需满足三条件：目标非编译期常量、类加载器未禁用反射、字段未被JVM内联优化；修改前须确认非final基本类型、模块化导出配置正确、操作对象为具体实例而非Class。
-
抽象方法的核心作用是强制子类实现特定方法，统一流程骨架并保留实现灵活性；需用abstract修饰、无方法体，所在类也须为abstract；不可为private或final，推荐public；常用于模板方法模式，配合钩子方法提升扩展性。
-
构造方法重载必须满足：同一类中方法名相同（即类名）、参数列表不同（数量、类型或顺序至少一者不同）、与访问修饰符和返回值无关；本质是通过签名差异实现编译期唯一绑定。
-
正确捕获并处理SQLException是保证Java数据库程序稳定的关键，需通过try-catch捕获异常，利用e.getMessage()、e.getSQLState()和e.getErrorCode()获取错误信息，推荐使用try-with-resources自动关闭资源，并在实际开发中结合日志记录与自定义异常处理，提升程序健壮性。
-
不能。String...与String[]在方法签名中不可互换：前者是语法糖，底层为数组但调用方式和重载解析规则不同；两者共存会导致编译失败，且可变参数必须位于参数列表末尾，空参时传入空数组而非null，泛型+可变参数易触发类型擦除警告。
-
需确保类定义一致并显式声明serialVersionUID；多对象应封装集合序列化；ClassNotFoundException需检查类路径；性能差时改用BufferedInputStream或Kryo等替代方案。
-
使用addAll或StreamAPI可合并多个Set。先创建新Set，调用addAll逐个添加其他Set元素，自动去重；或用Stream.of结合flatMap和collect收集为新Set。示例：merged.addAll(set1)添加内容，或Stream方式函数式合并。注意类型一致、有序性选择LinkedHashSet、排序用TreeSet。原始集合不被修改。addAll直观，Stream更灵活现代。
-
本文详解SpringBoot混合Kotlin项目中因Kotlin运行时版本不一致引发的java.lang.NoSuchMethodError:voidkotlin.jvm.internal.FunctionReferenceImpl.<init>(...)错误，重点说明如何定位冲突依赖、统一Kotlin版本并避免第三方库引入旧版stdlib。
-
CMS、G1、ZGC性能演进聚焦停顿可控性、大堆适应性、碎片治理：CMS“尽量少停”但碎片致FullGC不可控；G1实现“可设上限”停顿；ZGC迈向“几乎不停”。
-
ServiceLoader通过读取META-INF/services/下以接口全限定名命名的文本文件来加载实现类，文件每行一个实现类全限定名，需严格匹配包名和大小写；load()仅解析配置，next()才触发Class.forName和实例化，使用线程上下文类加载器，默认非单例。
-
ArrayList扩容的1.5倍通过位运算oldCapacity+(oldCapacity>>1)实现，非硬编码；首次扩容默认为10，后续才用该公式；位运算高效、无精度问题；真正开销在System.arraycopy复制数据。
-
ReentrantLock结合Condition可实现更灵活的线程协作，通过newCondition()创建多个等待队列，使用await()/signal()替代wait/notify，避免虚假唤醒。示例中生产者消费者模型利用notFull和notEmpty两个Condition精确控制线程等待与唤醒，确保线程安全与高效通信。
-
Gson泛型反序列化需用TypeToken获取真实类型，因Java泛型运行时被擦除；必须匿名继承TypeToken并调用getType()，否则无法正确解析嵌套泛型或泛型字段。
-
Java中实现Comparable接口必须重写compareTo()方法，返回负数、0或正数表示小于、等于、大于，需遵守自反性、对称性、传递性契约，仅依赖不可变字段，泛型参数必须为当前类类型。
