-
本文介绍在Selenium中无需硬编码索引，通过一次性获取所有匹配元素并遍历操作的方式，高效处理如(//textarea[@placeholder='text'])[n]这类索引从1逐增的动态元素场景。
-
Java并发编程核心在于理解内存模型、状态共享与协作机制，需掌握volatile、synchronized原理、JDK并发工具类边界、线程池调优及竞态排查方法。
-
仅靠volatile变量无法正确实现线程安全的ReadWriteLock，因其缺乏原子性与内存顺序保障；但结合Peterson算法思想并严格约束执行模型（如双线程、无抢占调度），可在理论极限下构造简化版本；实践中必须搭配Atomic类或显式同步机制。
-
是的，OptionalInt更省内存——它用原生int字段存储，无装箱开销；而Optional依赖Integer.valueOf()装箱，必多分配对象，高频场景下GC与堆内存差异显著。
-
ByteBuffer.wrap()不等于入池，它仅创建共享原数组的非池化HeapByteBuffer；真正入池需用Netty等框架的PooledByteBufAllocator分配并拷贝数据。
-
HashSet底层基于HashMap实现，元素作为key存储，value统一为PRESENT对象；依赖HashMap的key唯一性保证元素不重复，需重写equals和hashCode；非线程安全，支持初始容量和加载因子配置，默认16容量、0.75加载因子；不保证插入顺序，有序需求用LinkedHashSet，排序需求用TreeSet。
-
静态方法中不能使用this，因为this指向具体对象实例，而静态方法属于类本身、无需实例即可调用，其字节码签名不含this参数，编译期即被禁止。
-
TreeSet不能存null，因其底层依赖compareTo()或Comparator.compare()排序，而null调用这些方法会抛NullPointerException；HashMap允许key为null（仅一个）和任意value为null，ConcurrentHashMap则禁止null作为key或value。
-
Java内存模型中的可见性指线程修改共享变量后其他线程能否及时看到新值，根本原因在于JMM将变量存于主内存而线程操作工作内存副本，且同步无强制时机；volatile通过强制读写主内存解决可见性，但不保证原子性；synchronized等锁机制也通过happens-before规则保障可见性。
-
Java中“匹配”指用正则表达式模式匹配字符串，主要通过Pattern和Matcher类实现。1.Pattern编译正则，Matcher执行匹配，如提取邮箱；2.Matcher提供matches()、find()、group()等方法进行全串或子串匹配；3.String类支持matches()、replaceAll()、split()等便捷操作；4.正则分组可捕获子表达式内容，通过group(n)获取；需注意转义、性能及贪婪匹配细节。
-
自定义锁卡死或抛异常的主因是未正确实现AQS契约：tryAcquire必须原子返回true/false，state需按语义精确使用，shouldParkAfterFailedAcquire不可出错，且不可在其中抛异常或阻塞。
-
FixedThreadPool适合CPU密集型任务，线程数固定且资源可控，但遇IO阻塞易导致队列堆积和拒绝异常；CachedThreadPool适合短平快异步任务，但高并发下易OOM；SingleThreadExecutor仅保证串行执行，不保证线程安全；ScheduledThreadPoolExecutor是唯一可靠的定时方案，需注意任务幂等性和延时策略选择。
-
JVM是否启动JIT编译取决于方法调用或循环回边计数是否达到动态调整的阈值；其通过方法调用计数器和回边计数器识别热点，达阈值后提交C1/C2编译，但实际编译还受分层编译、代码缓存、GC等影响。
-
Field.getType()返回字段声明时的原始类型（如List.class），不包含泛型信息，也不反映运行时实际对象类型；需用getGenericType()获取泛型参数，用value.getClass()获取运行时类型。
-
ForkJoinPool专为可递归拆分的CPU密集型计算任务设计，采用双端队列与工作窃取机制实现动态负载均衡；ThreadPoolExecutor是通用线程池，适用于任意独立任务，依赖共享队列静态调度。
