-
Collections.checkedList()是过渡性防护手段，仅在写操作时检查类型，将ClassCastException提前至插入时失败；它不替代泛型声明，需配合编译时泛型化逐步迁移。
-
flatMap仅负责任务逻辑拆分与归一化，不参与负载均衡；真正调度由下游线程池、消息队列或分布式调度器实现，二者通过可分片的任务流衔接。
-
Collections.addAll()不能初始化空集合，只能向已创建的可变集合（如ArrayList）批量添加元素；正确做法是先创建集合实例，再调用该方法。
-
答案是实现Java任务进度统计与报表生成需构建完整闭环：首先设计含任务ID、负责人、计划时间、实际进度、状态等字段的任务模型，用数据库存储并通过DAO层支持CRUD操作；每次状态变更时记录日志并更新缓存，确保数据一致性；在Service层按项目、人员等维度计算总进度（加权完成度）、延期率等指标，判定延期为超期未完成；利用ApachePOI或JasperReports导出Excel/PDF报表，结合模板填充数据并异步生成避免阻塞；通过SpringSchedule定时刷新统计，前端使用ECharts可视化展示
-
Java封装的核心价值在于通过访问控制明确职责边界、约束外部行为、降低模块耦合；它以private字段保护内部状态，辅以带校验的getter/setter，实现数据隐藏、安全增强与接口实现分离，提升可靠性、可维护性与协作效率。
-
String.matches()仅能基础校验邮箱格式，无法验证真实存在性；推荐正则为"^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$"，需预判null、空格并trim处理。
-
双重检查锁定在Java中失效是因为JVM指令重排序与引用可见性未同步，导致线程可能看到未完全初始化的instance；必须用volatile修饰instance字段以建立happens-before关系。
-
分支预测不影响逻辑正确性但显著影响执行速度，因预测失败导致流水线冲刷；有序数组使预测命中率高，随机数组则频繁失败；单向过滤、数据局部性好、避免嵌套条件更易预测；编译器可用cmov等消除分支。
-
高峰期GC停顿突增本质是对象创建速率远超回收能力，导致年轻代频繁填满、晋升加速、老年代压力上升；变量池化通过复用高频短命对象（如DTO、缓冲区）切断临时对象生成链路，需满足生命周期绑定请求、结构稳定、创建开销明显三标准，并避开线程安全与池大小设计陷阱，配合禁用TLAB动态调整等JVM协同优化。
-
要计算两个时间点的秒数差，必须使用Instant等时间点类型而非Duration；推荐用Duration.between(start,end).toSeconds()获取四舍五入后的整秒数，注意LocalDateTime直接相减存在时区陷阱。
-
方法引用通过复用轻量级对象减少Lambda重复实例化，降低堆内存开销；配合静态方法封装、避免中间对象创建及引导无状态设计，间接提升内存效率。
-
Collections.binarySearch()是Java中专为已排序List设计的O(logn)查找方法，要求列表严格升序或按指定Comparator有序，否则结果未定义；返回≥0为找到元素的索引，＜0则表示未找到且可推导插入位置。
-
Java处理视频流的最佳方案是整合FFmpeg，因其具备强大的编解码能力、广泛格式支持及高性能特性。①Java通过ProcessBuilder或Runtime.exec()启动FFmpeg进程，实现高效调度与逻辑控制；②需构建完整命令行参数并管理输入输出流，避免缓冲区阻塞；③为确保稳定性，应单独线程消费stdout/stderr，加入超时、重试、资源释放机制；④集成过程中需注意路径配置、参数转义、资源泄露预防、性能优化及跨平台适配等关键问题。
-
枚举单例天生线程安全，因JVM在类加载时原子性初始化枚举实例，私有构造器不可反射调用，且staticfinal字段由类加载器一次性完成初始化；传统懒汉式若未同步则可能创建多个实例，需synchronized、volatile或静态内部类等手段修复。
-
反射调用比直接调用慢10–100倍，因JVM无法内联Method.invoke()，需动态解析、权限检查、类型匹配、装箱拆箱及异常包装；应缓存Method、设setAccessible(true)，优先用代码生成替代。
