-
JobRunr默认使用SLF4J作为日志门面，其日志级别不由框架自身控制，而是由底层绑定的SLF4J实现（如Logback或Log4j2）统一管理；只需在项目中引入对应实现并配置即可灵活调整。
-
死锁典型场景是线程间嵌套加锁顺序不一致；应按对象哈希值升序加锁、避免锁内调用外部方法、缩小同步范围；推荐用ReentrantLock.tryLock()超时机制规避；jstack和ThreadMXBean可检测死锁；LockSupport.park/unpark误用亦致逻辑死锁；根本解法是消除共享可变状态。
-
Java通过访问修饰符控制类成员可见性：private仅类内访问，默认包内访问，protected包内及子类可访问，public任意位置访问；顶层类只能为public或默认，内部类可使用所有修饰符；变量作用域分局部、参数、实例和静态四种，遵循就近原则；建议字段私有化，提供getter/setter增强封装性，合理使用static、包级和protected提升代码安全与可维护性。
-
wait()和notify()必须在synchronized块中调用，因为JVM要求当前线程必须持有目标对象的监视器锁，否则抛出IllegalMonitorStateException；且需用while循环配合条件判断，避免虚假唤醒。
-
Java简易投票程序需统一用nextLine()读输入并trim()去空格，用HashMap统计票数，merge方法一键计票，输入非法时拦截提示，支持quit退出并按票数倒序输出结果。
-
异常栈信息包含异常类型、消息和调用链，通过分析栈顶第一行可定位错误发生位置，结合调用链向下追溯可找到根源，注意匿名类、缺失行号及多线程干扰情况。
-
本文介绍在Selenium中无需硬编码索引，通过一次性获取所有匹配元素并遍历操作的方式，高效处理如(//textarea[@placeholder='text'])[n]这类索引从1逐增的动态元素场景。
-
Field.getType()返回字段声明时的原始类型（如List.class），不包含泛型信息，也不反映运行时实际对象类型；需用getGenericType()获取泛型参数，用value.getClass()获取运行时类型。
-
Callable能返回值且可抛受检异常，Runnable不能；Callable需配合ExecutorService和Future使用，通过Future.get()获取结果并处理异常。
-
使用ConcurrentHashMap可高效实现线程安全的对象注册表，其内置线程安全机制支持高并发读写；若用HashMap则需配合synchronized或ReentrantReadWriteLock，后者适用于读多写少场景，结合单例模式确保全局唯一性，选择方案应基于并发模式与性能需求。
-
默认Propagation.REQUIRED导致嵌套方法共享事务，内层异常会标记整个事务rollbackOnly，外层catch无法阻止回滚；REQUIRES_NEW可隔离事务，NESTED仅依赖数据库savepoint且不可靠。
-
Waitingoncondition表示线程主动挂起等待条件成立，并非死锁，常见于Object.wait()、park()或NIO等场景，多数情况属正常阻塞，需结合调用栈与分布式锁上下文综合判断。
-
在Java中，建议在处理外部数据、集合泛型对象或Object类型参数时捕获ClassCastException，通过try-catch结合日志框架记录实际类型和堆栈信息，并优先使用instanceof进行类型检查以避免异常，提升系统稳定性和可维护性。
-
volatile通过强制每次读取从主内存加载、每次写入立即刷回并使其他缓存失效，解决“修改不可见”问题；但它不保证复合操作原子性，也不能替代synchronized处理多步逻辑或状态协同。
-
MixedGC停顿预测精度高在高频交易中是错觉，因其基于稳定假设而无法应对脉冲式对象创建与晋升，导致预测失焦、GC频次激增、CPU被挤压、吞吐量断崖下跌。
