-
本文详解如何在SpringWebFlux中并行调用两个下游服务，并在任一调用失败时不中断整体流程，仍能构造部分填充的组合响应对象——核心是规避Mono.zip()对错误/空值的短路行为，改用Optional封装可空结果。
-
VerifyError是JVM拒绝加载类时抛出的致命错误它不是普通异常，而是java.lang.Error的子类，意味着程序已处于不可恢复状态。JVM在类加载的“验证”阶段发现字节码存在逻辑矛盾——比如操作数栈类型错配、非法类型转换、局部变量表越界等，直接中断加载。一旦出现，该类无法初始化，后续所有依赖它的代码都会失败（如SpringBean创建失败、AOP代理崩溃、甚至应用启动卡死）。Badtypeonoperandstack这类错误怎么快速定位这是VerifyE
-
volatile不能当锁用，因为它只保证可见性和有序性，不保证操作的原子性与互斥性，如i++等复合操作仍存在竞态条件。
-
静态代码块在类加载时执行且仅一次，用于静态变量初始化；构造代码块在每次创建对象时执行，用于实例变量的统一初始化。
-
<p>应先校验null再计算起始索引：用Math.max(0,str.length()-4)避免越界，或直接使用StringUtils.right(str,4)处理null、短字符串等边界情况。</p>
-
使用Maven或Gradle自动管理依赖可提升Java开发效率，如在pom.xml添加ApacheCommonsLang3依赖，IDE自动下载配置；手动添加JAR包适用于小型项目，在IntelliJIDEA中通过ModuleSettings导入，在Eclipse中通过BuildPath添加；建议统一版本管理、定期查看依赖树、避免混合引入方式以减少冲突；常见问题包括类找不到、版本冲突等，可通过检查类路径、依赖分析和清理缓存解决；合理使用构建工具并规范依赖管理是关键。
-
Exchanger是Java并发包中专为两个线程安全交换一次数据设计的轻量级同步工具，适用于双缓冲渲染、乒乓式处理等明确双线程配对场景，要求严格双方调用exchange()才能完成交换。
-
单一职责原则要求一个类只负责一项职责，以降低耦合和提高可维护性。在Java中，若类承担多个功能（如用户注册与邮件发送），应拆分为独立类（如UserService和EmailService），使每个类仅处理单一业务逻辑，从而提升代码可读性、可测试性和团队协作效率，避免因一处变更影响其他功能。
-
Java库的JAR文件本身不包含Javadoc（仅含编译后的字节码），文档需单独生成并以*-javadoc.jar形式发布；IDE（如IntelliJ）通过约定命名自动关联，实现悬停提示与源码跳转。
-
IdentityHashMap按引用比较键，确保只有同一对象实例才被视为相同，适用于需区分实例而非内容的场景。
-
本文详解LibGDX中因碰撞标志（flag）被反复覆盖导致“仅最后创建的图形能触发碰撞”的典型bug，提供安全、可扩展的checkForCollision实现方案，并强调状态重置与条件赋值的关键原则。
-
虚拟线程调用read()、sleep()等白名单阻塞方法时，JVM在字节码层面直接介入挂起：保存栈帧、释放载体线程、标记为WAITING并移出队列；非白名单操作（如native方法、CPU循环）无法触发挂起。
-
Java原生序列化不处理循环引用致StackOverflowError，需用XStream/FST/Kryo等支持引用的库；transient字段反序列化后为null因未初始化；serialVersionUID不一致引发InvalidClassException，应显式声明并按变更规则更新；Jackson默认不识别transient且需注解或配置支持循环引用与对象同一性。
-
Optional不能直接替代null判断，需用ofNullable()而非of()包装；避免get()，优先使用orElse()等安全方法；慎用于字段和序列化场景。
-
检查型异常必须显式处理，否则编译失败；Java强制要求对Exception及其子类（除RuntimeException外）用try-catch捕获或throws声明，如IOException、SQLException；而RuntimeException及其子类（如NullPointerException）属运行时异常，无需强制处理。
