-
MyBatis批量更新有三种常用方式。1.利用<foreach>动态构建SQL，适用于中小批量数据和复杂更新逻辑，实现简单但受SQL长度限制；2.使用ExecutorType.BATCH模式，适合大批量数据和统一更新逻辑，性能最优但需手动管理SqlSession；3.利用数据库的ONDUPLICATEKEYUPDATE实现UPSERT操作，适用于数据同步和合并场景，依赖数据库特性但不具备跨数据库通用性。选择时应根据数据量、更新逻辑、数据库类型及错误处理需求综合权衡。
-
Java文件未声明package时归入默认包，但会导致命名包无法引用、模块系统不兼容、构建工具支持弱等问题；应始终显式声明非空package。
-
Java构造方法名必须与类名大小写严格一致，无返回类型（包括void），不可在接口、抽象类或枚举中定义；可重载但不可重写；显式定义任一构造后默认无参构造即消失。
-
同步机制的本质是“互斥+内存可见性保障”，通过加锁清空本地缓存、解锁强制刷回主内存来保障可见性、原子性和有序性；synchronized锁对象分别是this、Class对象或指定obj；ReentrantLock需在finally中显式unlock；锁升级由MarkWord状态动态控制，含偏向锁、轻量级锁和重量级锁。
-
本文详解如何在JavaFX应用中，通过Bindings.size()将ObservableMap或ObservableSet的实时大小自动绑定至只读整型属性，实现UI元素（如Label、TextField）随集合变化而自动更新，避免手动调用set()维护状态。
-
正确捕获并处理SQLException是保证Java数据库程序稳定的关键，需通过try-catch捕获异常，利用e.getMessage()、e.getSQLState()和e.getErrorCode()获取错误信息，推荐使用try-with-resources自动关闭资源，并在实际开发中结合日志记录与自定义异常处理，提升程序健壮性。
-
在Java泛型中，若需声明一个可接受所有实现特定接口（如ISomething）的类的Class引用，应使用通配符上界语法Class<?extendsISomething>，而非Class——后者表示“ISomething接口自身的Class对象”，而前者才表示“任何ISomething子类型（包括实现类、子类）的Class对象”。
-
Java的toString()方法不会被JVM自动调用，除非代码（包括框架、调试器或日志库）显式或隐式触发它；若完全未被调用，则其内部逻辑零开销，对性能无任何影响。
-
Java中异常捕获本身几乎不消耗性能，真正影响性能的是异常被抛出并创建堆栈信息的过程；只要未发生异常，try-catch开销可忽略，而抛出异常耗时可达普通方法调用的百倍以上。
-
Java完全基于OOP构建，强制所有代码置于类中，一切运行依赖对象；封装、继承、多态由语法硬性支撑；抽象机制深度融入类型系统；整个生态演进由OOP驱动。
-
Java异常类必须实现Serializable，因为Throwable实现了该接口，确保异常可跨JVM传输；未显式声明serialVersionUID会导致结构变更时反序列化失败；含非transient不可序列化字段会抛NotSerializableException。
-
最常见原因是依赖作用域（scope）设置错误，如误用test或provided导致运行时不可见；应确保生产代码使用compile（默认）或runtime，避免systemscope，用mvninstall:install-file安装本地JAR，并通过dependency:tree排查版本冲突。
-
ExecutorCompletionService的核心是按完成顺序获取结果，避免普通Future轮询时因首个任务未完成而阻塞；它用阻塞队列缓存结果，支持take()阻塞取或poll()非阻塞取，并建议封装任务上下文以追踪来源与耗时。
-
创建Exception对象开销显著，因需填充堆栈跟踪；实测比普通对象慢10–100倍，栈越深越慢；避免在循环等热点路径中频繁newException。
-
DirectBuffer能提升IO性能是因为其位于本地内存，可被OS直接访问，省去堆内存到本地内存的数据拷贝。应通过allocateDirect()创建并复用，避免频繁分配；需关注Cleaner异步回收延迟，合理设置-XX:MaxDirectMemorySize，优先使用对象池管理生命周期。
