-
Java类的访问控制仅支持public和包私有（默认）两种修饰符，顶级类不可用private或protected；包私有类用于模块内高内聚封装，内部类才支持private/protected修饰。
-
Java命令行记账工具应分三层：Transaction（纯数据）、AccountBook（CRUD逻辑）、CLI（输入解析与输出）；输入用nextLine()+trim()+BigDecimal校验；文件保存采用追加写入JSON/CSV并原子替换；日期格式化须用线程安全的DateTimeFormatter。
-
VerifyError是JVM拒绝加载类时抛出的致命错误它不是普通异常，而是java.lang.Error的子类，意味着程序已处于不可恢复状态。JVM在类加载的“验证”阶段发现字节码存在逻辑矛盾——比如操作数栈类型错配、非法类型转换、局部变量表越界等，直接中断加载。一旦出现，该类无法初始化，后续所有依赖它的代码都会失败（如SpringBean创建失败、AOP代理崩溃、甚至应用启动卡死）。Badtypeonoperandstack这类错误怎么快速定位这是VerifyE
-
Java无法直接newLameEncoder()，因LAME是C实现且无Java原生接口；必须通过ProcessBuilder调用外部lame可执行文件或JNI绑定，需严格匹配PCM格式、参数及平台依赖。
-
Java不支持类的多重继承但允许接口多实现，因接口仅声明契约而无状态，避免菱形继承歧义；类继承则耦合状态与行为，多继承易引发冲突。
-
本文详解Java泛型中在静态变量声明中合法使用List<?extendsShape>等通配符类型的原因，澄清“通配符不能用于静态上下文”的常见误解，并说明为何history.add(shapes)不违反PECS原则。
-
Java中通过throws声明受检异常并由调用者用try-catch处理，底层传递异常、上层捕获并转化业务异常，提升程序健壮性与可维护性。
-
top-H可定位高CPU的OS线程PID，需转为十六进制后用jstack匹配nid；若未匹配则线程可能已退出或为GC线程，应结合jstat-gc分析；jstack仅拍快照易遗漏瞬时问题，推荐pidstat或async-profiler；注意safepoint影响及native层问题需perf/strace辅助。
-
final用于限制类、方法和变量的修改：final类不可被继承，如String类；final方法不可被重写，确保核心逻辑不变；final变量一旦赋值不可更改，基本类型值不变，引用类型地址不变但内容可变，常用于常量和线程安全。
-
为什么不用"UTF-8"字符串而要用StandardCharsets.UTF_8直接写"UTF-8"看似省事，但会埋下运行时异常风险：JVM不保证所有平台都支持该字符串名，尤其在嵌入式或精简版JRE中，newString(bytes,"UTF-8")可能抛UnsupportedEncodingException。而StandardCharsets.UTF_8是JDK7+内置的常量，编译期就确定存在，零异常、零反射、零字符串解析开销。常见错误现象：java.lang.U
-
本文探讨在Java9+模块系统中，如何合理设计面向扩展的模块化应用：通过exports公开SPI接口、利用ServiceLoader实现松耦合插件机制，并澄清“过度暴露API”的常见误解。
-
MapStruct需同时引入mapstruct与mapstruct-processor依赖且版本一致，启用注解处理器，@Mapper加componentModel="spring"使其成为SpringBean，空值策略分层级配置，自定义逻辑须外置工具类并通过uses声明。
-
双亲委派模型确保类加载的安全与唯一，其工作流程为：当类加载请求发起时，先由顶层启动类加载器尝试加载，失败后逐级向下委托，依次由扩展类加载器、应用程序类加载器尝试加载。该机制防止核心类被篡改，避免重复加载，保障系统稳定；典型应用场景包括SPI服务加载（如JDBC）和OSGi模块化框架，这些情况通过线程上下文类加载器或自定义加载逻辑打破双亲委派。
-
map将函数结果包装进Optional，flatMap要求函数返回Optional并自动展平一层，是避免嵌套Optional的唯一机制。
-
Java面向对象本质是建模现实世界的思维方式：类为模板定义属性与行为，对象为实例封装独立状态与共享逻辑；封装通过private+getter/setter控制访问并校验数据；继承支持单继承复用与分层；多态依托父类引用指向子类对象实现运行时动态绑定。
