推荐继承RuntimeException，因其属非检查异常，避免强制处理、契合事务回滚、便于统一拦截；业务异常本质是逻辑错误而非系统故障，无需编译器强制捕获。

ArrayList不能直接add(123)是因为编译器根据泛型声明进行静态类型检查，add(Object)虽经类型擦除，但编译器拦截int向String等不兼容类型的赋值，确保类型安全仅在编译期生效。

Java自动备份任务需结合定时调度与文件IO：用ScheduledExecutorService实现简单周期备份，Quartz支持复杂Cron调度；备份逻辑应安全复制、时间戳归档、空间检查、异常捕获及日志告警。

Collections.sort()可直接对实现Comparable的Student对象排序，需在compareTo()中处理分数相等时的二级比较（如学号升序），并用Integer.compare避免溢出；多条件动态排序推荐用Comparator.comparing链式调用，支持reversed()和thenComparing()，null值需用nullsLast处理；排名序号需按实际并列逻辑计算，不可仅依赖索引。

面向对象建模通过封装、继承、多态和抽象实现高内聚低耦合，提升可维护性的关键是合理划分对象边界与职责：遵循单一职责原则、依赖抽象而非实现、用策略模式+组合应对变化、以业务语义命名类与方法，并用值对象、枚举、聚合根等强化模型表达力。

可重入锁允许同一线程多次获取同一把锁而不阻塞，其核心是“线程绑定+计数器”机制，通过state值记录加锁次数、持有线程引用确保仅该线程可重入；用于避免嵌套调用死锁，支持公平/非公平模式，且必须配合try-finally确保unlock。

WeakHashMap适用于缓存、监听器注册和线程上下文快照等场景，其键为弱引用，GC可回收无强引用的键及对应条目；不适用于长期存储、常量键、高并发或需迭代稳定性的场景。

用ArrayList存分数最自然，需用Double避免截断；计算前判空防除零；Collections.max/min适用于Double；分数段统计优先选HashMap配String键，区间判断用左闭右开。

Java环境配置完成后IDE仍提示无JDK，通常是路径未手动指定、版本不兼容、缓存冲突或环境变量未被IDE正确继承所致，需依次检查JDK路径配置、IDE版本支持范围、启动JRE一致性、系统环境变量加载方式及清除IDE缓存。

记账本是检验Java基础串联能力的试金石，核心在于Scanner输入处理（nextInt后需nextLine清换行符或统一用nextLine+parse）、ArrayList存Record对象、追加模式文件写入（FileWriter("f",true)）、容错式数据加载（跳过空行/格式错误）及必要日志调试。

JNI是Java与C/C++互调的桥梁，解决Java无法直接操作硬件、复用本地库、高性能计算等问题；通过native声明、头文件生成、动态库编译及System.loadLibrary加载实现调用，需注意类型映射、JNIEnv使用、内存释放和线程安全。

Java自定义异常需继承Exception或RuntimeException以区分检查型与非检查型，提供无参、带消息、带cause三种构造方法，可选添加只读业务字段，命名应为动词+名词+Exception并置于业务包中。

使用统一JDK版本和自动化工具确保Java开发环境一致性，推荐方案包括：1.采用EclipseTemurin+SDKMAN!/jenv管理JDK版本；2.利用MavenToolchains或GradleJVM工具链锁定构建环境；3.通过Docker容器化或脚本一键初始化开发环境；4.在CI/CD中使用标准镜像验证环境一致性。核心是通过工具化、自动化手段减少人为差异，持续维护团队开发纪律。

当使用nextInt()或nextDouble()后紧接着调用nextLine()时，后者常意外读取到换行符而非用户输入，导致字符串为空；根本原因是前序方法未消耗输入缓冲区中的换行符（\n），需手动清除。

CountedCompleter是ForkJoinTask的抽象子类，通过维护待完成计数器控制任务完成时机，适用于需协调多个子任务的场景。其核心在于pendingcount机制：调用addToPendingCount增加计数，tryComplete减少计数并传播完成状态，当计数归零时触发onCompletion方法执行汇总操作。示例中并行求和任务在拆分时增加计数，子任务完成后自动递减，最终在onCompletion中合并结果。该机制灵活支持树形处理、图遍历等复杂依赖结构，但需确保计数管理正确，避免提前完成