-
Java应用日志目录由日志框架（如Logback、Log4j2）配置决定，非JDK控制；需在配置文件中设置路径变量（如LOG_PATH），注意权限、相对路径基准（进程工作目录）、跨平台兼容性及目录自动创建能力。
-
最常用方法是调用目标列表的addAll()，将源列表元素追加到可变目标列表末尾，不改变源列表；需注意目标列表必须可变，否则抛UnsupportedOperationException。
-
最安全通用的方式是用Collection.toArray(T[])方法；无参toArray()返回Object[]，强转泛型数组会因泛型擦除和JVM类型检查导致ClassCastException，正确写法为list.toArray(newString[0])。
-
不能在for-each循环中调用list.remove()，因为会触发ConcurrentModificationException；必须使用Iterator.remove()（需先调next()）或Java8的removeIf()。
-
异常不应用于流程控制，因其触发栈帧展开、抑制JIT优化，性能下降3–10倍；IO失败应区分可恢复场景（默认值+warn）与契约破坏；并发中锁内抛异常易致状态不一致；日志必须打印完整堆栈。
-
Disruptor不是队列而是环形数组+序列号驱动的状态机，需按其内存模型组织代码：bufferSize必须为2的幂次方，事件类须有无参构造器和reset方法，生产者须批量申请序列号并publish，消费者须用BatchEventProcessor与BusySpinWaitStrategy，且必须解决伪共享问题。
-
规则引擎负责解析条件、维护上下文、执行判定；线程池仅异步执行封装好的原子任务，不参与规则建模。多维判定拆为独立RuleTask，并行计算，调度器基于DAG编排短路逻辑，需隔离线程池、变量快照与带元信息结果归集。
-
首先安装JDK确保javac可用，再用update-alternatives管理多版本，最后设置JAVA_HOME提升工具兼容性与环境一致性。
-
单元测试和Mock技术是保障Java代码质量的核心手段，首先通过针对最小可测试单元编写测试用例验证其行为，其次使用Mock技术隔离外部依赖以确保测试独立性；编写有效单元测试需遵循测试独立性、覆盖分支与边界情况、使用恰当断言、保持可读性，并结合Mockito等工具模拟依赖；推荐采用JUnit或TestNG等框架，结合TDD原则驱动开发；尽管单元测试无法覆盖并发、性能等问题，仍需集成测试等补充，但其在提升代码健壮性、可维护性和作为代码文档方面具有不可替代的作用。
-
Java中读取配置文件最常用、最轻量的方式是使用java.util.Properties类，它原生支持键值对格式的加载、修改和保存，无需额外依赖；可通过类路径、文件路径、URL或字符串加载，需注意编码（推荐UTF-8）及生产环境写入风险。
-
应根据场景选择List实现：ArrayList适合随机访问和尾部操作；LinkedList适合头尾增删；CopyOnWriteArrayList适合读多写少的并发场景；Vector已不推荐，synchronizedList需手动同步复合操作。
-
应使用Comparator.nullsLast(Comparator.naturalOrder())配合Optional处理，避免NPE和空Map异常，并在Value相等时按需用thenComparing或reduce保证顺序。
-
Java的try-with-resources能自动关闭资源，前提是资源实现AutoCloseable接口；资源在try后括号内声明，执行结束时自动调用close()方法；关闭顺序与声明顺序相反；若try块和close均抛异常，try异常为主，close异常被压制并可通过getSuppressed()获取。
-
Optional.ifPresent()是空安全的触发开关，仅当新值非null且异于旧值时才异步推送；需先比对状态再包装，推送逻辑须异步且健壮，不适用于多条件决策或兜底场景。
-
Java对象序列化版本演进需通过DTO分离契约、Jackson兼容机制、实体扩展预留、密封类约束四层设计实现兼容性可预期；核心是接口+DTO隔离、字段增删改容错、extensions动态扩展、sealedclass版本管控。
