-
多线程读同一文件更慢是因为多个线程争抢同一文件描述符和内核缓冲区，导致I/O请求串行化、锁竞争加剧及上下文切换频繁；常见表现为I/Owait高而CPU低、线程卡在read()或park()、吞吐量随线程增加反降。
-
Integer.valueOf()在-128~127范围返回缓存实例，超范围才new；自动装箱调用valueOf，拆箱调用intValue()；null调用intValue()抛NPE，需判空；缓存边界与空安全是高频陷阱。
-
ConcurrentHashMap的get不加锁也能安全，是因为Node的val和next字段为volatile，借助JVM内存模型的happens-before保证可见性，单次读取原子且无需锁；全程仅三次内存访问，遇扩容自动查新表。
-
用纯文本每行存一条记录（如playerName,2450,2024-05-1214:22），追加写入需newFileWriter("scores.txt",true)，读取后split解析并try-catch处理异常，排序后截取前10名覆写文件。
-
面向接口编程本质是分离“做什么”与“谁来做”，调用方只依赖接口契约，不依赖具体实现；错误包括硬编码new实现类、参数/返回值用具体类型、条件分支耦合实现；正确做法是统一使用接口类型声明，由工厂或容器注入实现，接口命名聚焦行为，避免暴露实现细节。
-
最直接做法是用replaceAll("\D","")但易误删，应使用replaceAll("1","")确保只保留ASCII数字；需提取多个独立数字时应用Pattern+Matcher配合"-?\d+\.?\d*"等正则分情况匹配。0-9↩
-
epoll空轮询Bug是JDK在Linux下对epoll封装缺陷所致，导致Selector.select()本该阻塞却反复立即返回0，引发CPU100%和无效循环；因Linux用epoll而Windows用select，故仅限Linux平台。
-
<p>JDK9起javac.exe仍在bin目录，但因取消独立JRE、改用模块化运行时映像（jrt-fs.jar）及强封装内部API，导致IDE识别失败、资源访问协议变为jrt://、sun.*类默认不可用、模块解析异常等兼容性问题。</p>
-
最稳妥的导入方式是File→Import→ExistingProjectsintoWorkspace，前提是项目含.project和.classpath文件；否则需用JavaProject向导或Maven导入，并检查JRE、源码路径及清理项目。
-
Java隐式转换发生在编译期，仅支持小容量→大容量的安全转换，如int→long、char→int，不兼容boolean及窄化转换，但常量赋值例外。
-
子类能直接访问父类的protected和public成员，同包子类还可访问default成员；private成员完全不可见。需用super调用被重写的父类方法，构造器中须注意初始化顺序与重写方法陷阱。
-
Java环境是一套支撑Java程序开发、编译与运行的完整体系，核心包括JDK（含编译器javac和运行器java）、JRE（含JVM和类库）及JVM（执行字节码并实现跨平台）。需配置PATH指向JDK/bin、JAVA_HOME指向JDK根目录，方可运行java-version。
-
JavaGC通过可达性分析（从GCRoots出发）判断对象是否为垃圾，而非引用计数；新生代用复制算法（因对象存活率低），老年代用标记-整理（因对象存活率高）；GC由内存压力触发（如Eden满、老年代不足），非System.gc()强制执行。
-
异常不应用于流程控制，而应仅处理意外情况；业务状态应通过返回值表达，避免滥用RuntimeException，合理使用预判方法、结果封装类和防御性校验。
-
Java自定义业务异常码核心是建立可读、可维护、可扩展的错误码体系，需统一管理、分层分类、携带上下文、与异常类强绑定，推荐枚举+自定义异常实现。
