-
EOFException是Java中读取流时提前到达末尾的信号，常用于正常结束循环而非错误处理。它出现在DataInputStream或ObjectInputStream读取不完整数据、网络中断等场景，需通过try-catch捕获并以break退出循环，结合try-with-resources确保资源释放。预防措施包括预先写入对象数量、使用结束标记、保证写入方flush和close流，并校验文件完整性。关键在于区分“意料之中”的流结束与数据损坏导致的异常，合理设计协议可降低处理复杂度。
-
Arrays.binarySearch搜不到明明存在的元素是因为它仅对已排序数组有效；未排序或降序数组（未配对应Comparator）会导致结果不可靠，返回负数表示插入点编码而非简单“未找到”。
-
ScheduledThreadPoolExecutor不能替代synchronized，因其仅负责任务调度，不提供线程安全；并发问题需靠任务内部同步机制（如锁、ConcurrentHashMap）解决，而非调度时机。
-
happens-before是什么：不是执行顺序，而是可见性契约它不是说「A一定在B前面CPU执行」，而是向程序员承诺：如果Ahappens-beforeB，那么A对共享变量的修改，对B一定是可见的；且B不能看到A之前某个中间态（比如只写了一半的long值）。这个保证由JVM在编译期插内存屏障、运行时配合CPU指令（如lockxchg或mfence）共同实现。常见误解：把happens-before当作「时间先后」——错。两个操作即使A在
-
IntelliJIDEA在调用第三方库JAR中的接口方法时，常无法显示原始参数名（如name,type），仅显示占位符（如s,i），而默认方法却能正常显示——根本原因在于Java字节码规范对abstract接口方法不强制保留参数名信息，即使编译时加了-parameters也无效。
-
吞吐量优先应选ParallelGC，因其专为最大化吞吐量设计，全程STW但效率高、无协调开销；G1GC仅在兼顾吞吐与软实时停顿（≤200ms）时才适用。
-
本文详解如何使用JavaCompilerAPI正确编译多文件Java项目并生成可执行JAR，重点解决javac因参数分隔符错误导致的“Invalidfilename”编译失败问题，并提供健壮的源码扫描、类路径构建与JAR导出完整实现。
-
本文详解为何直接dockerrunimagemvntest无法执行测试，并提供两种可靠方案：临时覆盖ENTRYPOINT或构建支持多模式的自定义入口脚本，同时补充Maven安装、源码挂载等关键实践要点。
-
Java方法重写触发动态绑定需满足：非private/static/final的实例方法，且子类有签名一致的重写方法，JVM运行时通过vtable查表调用。
-
接口隔离原则要求将大接口拆分为多个小接口，避免类实现无关方法。通过按角色划分、遵循单一职责，使依赖更清晰，提升系统灵活性和可维护性。
-
Java旧项目异常治理核心是减少无效捕获、明确异常语义、切断传播链，需分层归因、收敛处理、补全可观测性：一识别伪异常删空catch；二统一分类分层处理；三补全上下文与可观测性；四渐进式改造高频点。
-
答案：Java调试常用方法包括System.out.println输出、日志框架和IDE调试器。通过在关键代码插入输出语句可快速查看变量值与执行流程；推荐使用java.util.logging或Log4j等日志库，支持分级控制输出级别（如INFO、DEBUG）并灵活配置输出目标；利用IntelliJIDEA或Eclipse的调试功能，可在代码中设置断点，以Debug模式运行程序后查看变量状态、调用栈，并通过StepOver/Into逐行执行或进入方法内部；结合条件断点能精准定位特定问题；异常处理时应使用e
-
安装Java需先确认系统发行版及包管理器类型，再区分JRE与JDK并安装对应-devel或-jdk包，配置JAVA_HOME环境变量，并用update-alternatives管理多版本。
-
面向对象的new与面向过程的main本质不同：Java强制以类为单位组织代码，所有行为必须依附于类型或对象，而C等语言中main是独立入口，函数自由定义调用。
-
本文讲解在Swing桌面应用中绘制序列图的核心原则：优先建模领域逻辑而非UI细节，通过分层抽象（领域层vs.表现层）构建清晰、可维护的UML序列图，并提供ATM登录与取款流程的典型示例。
