-
CountDownLatch本质是基于AQS共享模式的“状态驱动批量唤醒”机制：state归零为唯一触发点，不可重置、不感知线程身份；tryAcquireShared返回1或-1严格遵循AQS语义，仅state==0时返回1以触发全量唤醒；countDown通过循环CAS确保递减原子性，仅最后一次从1→0的CAS返回true并唤醒所有等待线程。
-
Thread.yield()仅是向JVM发出的建议性让权提示，不保证暂停、不释放锁、不改变线程状态，实际效果微弱且依赖底层实现；适用于低竞争自旋等待或调试模拟，不可用于正确性保障。
-
Object.wait(longtimeout)本质是“最多等待timeout毫秒”，而非超时等待；必须用while循环检查条件并手动计算剩余时间，以防虚假唤醒或过早返回。
-
静态方法中使用this会编译失败，因this指向实例而静态方法属于类本身；其字节码无this参数，调用不依赖对象实例，访问实例成员必须显式传入对象引用。
-
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且不可靠。
