-
DCL单例不加volatile不是线程安全的，因对象构造可能被重排序，导致其他线程看到未初始化完成的实例；必须用volatile禁止重排序并保证可见性。
-
接口多态通过抽象行为提升代码扩展性，1.定义清晰契约如Payment接口；2.用多态替代条件判断；3.结合工厂模式解耦创建过程；4.优先使用接口类型引用，实现灵活替换与维护。
-
对象复制需区分引用赋值、浅拷贝和深拷贝。Java中变量存储对象引用，赋值仅复制引用，导致多变量指向同一对象。浅拷贝通过clone()创建新对象，但引用类型字段共享原对象地址；深拷贝则递归复制所有引用对象，实现完全独立。实现方式包括手动重写clone()、序列化反序列化（需Serializable接口）或自定义构造函数。当对象含可变引用且需独立修改时应使用深拷贝，否则浅拷贝即可。理解引用机制对避免副作用至关重要。
-
要实现Java断点续传HTTP客户端，核心在于利用HTTP的Range请求和服务器Content-Range响应。1.首先发送GET请求获取文件大小及是否支持Accept-Ranges头；2.若支持，则创建本地临时文件并记录下载位置；3.中断后读取状态信息，发送带Range头的GET请求从上次位置继续下载；4.处理错误如网络超时、非206响应或写入失败；5.优化方面包括多线程下载、缓冲区管理、预分配文件空间、连接池复用、进度反馈、文件校验及代理支持等设计考量。
-
应定义private字段的Student类，学号用String、成绩用double或BigDecimal，重写toString、equals和hashCode；存学生用HashMap<String,Student>；控制台输入中文需设JVM参数-Dfile.encoding=UTF-8并Scanner指定UTF-8编码；文件IO用try-with-resources并写入用户主目录。
-
Java异常体系通过checked/unchecked分层强制区分外部风险与代码缺陷：IOException等checked异常须显式处理，NullPointerException等unchecked异常应通过防御编程预防；Error不可捕获，自定义异常依业务是否必须响应选择继承Exception或RuntimeException，并善用cause链式传递根因。
-
配置中心高可用的核心在于多点冗余、数据一致性及客户端容错；1.多实例部署与集群化确保服务持续可用；2.数据持久化与一致性通过数据库主从或Raft协议实现；3.客户端需具备自动切换、本地缓存及长轮询能力；4.高可用保障应用在配置中心故障时仍能正常启动与运行。
-
Java不支持类的多重继承但允许接口多实现，因接口仅声明契约而无状态，避免菱形继承歧义；类继承则耦合状态与行为，多继承易引发冲突。
-
必须。自定义类作HashMap键时，不重写hashCode()和equals()会导致相同业务对象无法识别为同一键，因默认方法基于内存地址；二者必须同时重写以满足哈希契约，推荐IDE生成或Lombok注解。
-
DCL在Java5前因volatile重排序约束弱易致“半初始化”；JDK5+需用volatile保证安全；推荐静态内部类方案，线程安全、延迟加载、无同步开销。
-
Java多态成立必须同时满足三个条件：存在继承或实现关系、有方法重写、父类引用指向子类对象；缺一不可，否则编译报错或退化为静态绑定。
-
Java中“一切皆对象”是设计哲学而非绝对断言，以Object为根统一类型系统，基本类型为性能例外，异常、数组、注解等均被对象化，体现一致性与工程权衡的平衡。
-
Java采用垃圾回收机制（GC）自动管理堆内存，因手动释放易致内存泄漏或野指针，且复杂场景下难以保证正确性；GC通过可达性分析（从GCRoots出发标记不可达对象）回收内存，但无法处理堆外资源泄漏。
-
ConcurrentHashMap通过分段锁和CAS操作实现线程安全与高性能，允许多线程并发访问不同段，支持put、get、remove等线程安全操作及compute、merge等原子性操作，迭代不抛出ConcurrentModificationException但可能非实时，其内存模型依赖volatile、happens-before原则和内存屏障保证可见性与有序性，相比Hashtable具有更高并发性能，使用时应避免嵌套锁、采用固定加锁顺序以防止死锁。
-
Java中判断数组是否为空需先检查arr==null再检查arr.length==0，或用Objects.isNull(arr)||arr.length==0；基本类型和引用类型数组判断逻辑相同，禁用Arrays.asList()。
