-
ServiceLoader加载不到实现类主因是META-INF/services位置错误或接口全限定名拼写错误；必须置于classpath根目录（如Maven的src/main/resources/META-INF/services/），文件名须为接口全限定名，内容为实现类全名，且实现类需有public无参构造器；Java9+模块化需在module-info.java中声明provides；其核心价值在于编译期解耦，运行时动态加载，支持插件扩展与多实现共存，但无优先级、条件加载等高级能力。
-
在Kafka消费者中手动强制分配特定分区（如让每个消费者固定消费唯一分区），可避免再平衡开销、提升处理确定性，但会丧失容错性、监控兼容性和弹性伸缩能力，适用于生产端与消费端严格对齐的特殊场景。
-
StackOverflowError是JVM因栈帧总数×单帧大小超过线程栈总容量而强制抛出的错误，主因是无限/过深递归或方法嵌套，而非逻辑错误；-Xss调参治标不治本，易引发OOM或仅延迟崩溃，应优先重构代码。
-
Java提供强、软、弱、虚四种引用类型，实现对对象生命周期的精细控制。强引用确保对象不被回收，但易导致内存泄漏；软引用在内存不足时可被回收，适用于缓存场景；弱引用在下次GC时必然被回收，常用于解决监听器等场景的内存泄漏；虚引用无法获取对象，仅用于在对象回收后通过ReferenceQueue通知，实现安全的资源清理。ReferenceQueue作为“通知中心”，在软、弱、虚引用关联时，于对象被回收后将其引用加入队列，实现GC与清理逻辑的解耦，提升内存管理效率与安全性。选择引用类型需根据对象重要性与内存敏感度
-
JIT是运行时动态编译，AOT是构建期静态编译；JIT依赖运行时热点识别，需预热，启动慢但运行时优化强；AOT依赖编译期可达性分析，启动快但兼容性差、需手动处理反射等动态特性。
-
Java中验证邮箱格式的常见坑包括正则表达式过于简单或复杂、特殊字符未转义（如.和\）、缺乏对国际化域名的支持；2.优化方法包括逐步完善正则表达式、使用多个正则针对不同格式、结合域名解析等辅助验证；3.可使用ApacheCommonsValidator库的EmailValidator类替代手动正则，减少代码量并提升准确性；4.性能问题可通过缓存验证结果、优化正则减少回溯、在高并发场景下使用多线程并行处理来解决，同时注意线程安全。
-
线程组用于组织和管理线程，支持统一操作如中断、优先级设置和异常处理。通过ThreadGroup可创建层级结构，批量监控线程状态，并限制最大优先级以维持调度平衡，还能重写uncaughtException实现集中异常处理，适用于需分组控制与资源隔离的场景。
-
单例模式确保类唯一实例，饿汉式类加载时创建，线程安全但可能浪费资源；懒汉式首次调用创建，节省内存但需处理线程安全，推荐双重检查锁定实现。
-
最直接有效的Java开发环境重建方式是彻底清理旧配置并重装JDK、构建工具与IDE支持。需卸载所有JDK、删除残留目录、清空环境变量、验证java版本、使用SDKMAN!/jenv管理多版本、显式声明编译器源目标、重建Maven仓库及IDE索引，并交叉验证实际生效版本。
-
ReadWriteLock通过分离读写锁提升并发性能，允许多个读线程同时访问，写线程独占访问。ReentrantReadWriteLock是其核心实现，读锁共享、写锁排他，读不能升级为写，需在finally中释放锁，避免死锁与写饥饿。
-
模板方法模式核心是“子类只改步骤，不改流程”，即在templateMethod()中锁定稳定执行顺序，将可变环节抽为abstract方法供子类实现；辅以hook方法（可选重写）和final方法（禁止篡改）增强灵活性与安全性。
-
SDKMAN!通过.java-version文件实现项目级Java版本切换，但需同步配置Maven/Gradle编译插件、IDESDK及Gradle工具链，三者对齐才能避免环境割裂。
-
newSemaphore(1)不等于synchronized，因前者基于可配置许可数、支持超时与批量获取，后者基于独占monitor机制；关键差异在于资源建模方式与线程协作模型。
-
SIGNAL必须由前驱节点设置，因为其语义是“我释放锁时必唤醒后继”，该责任只能由已就绪的前驱承担；后继入队未完成，无法安全自设，且AQS中仅前驱在park前通过shouldParkAfterFailedAcquire中的CAS设置SIGNAL。
-
setSoTimeout()仅控制单次阻塞读操作的空等超时，即无数据可读时最多等待时长；对connect()、write()无效，不约束整体请求耗时，需配合连接超时与业务层超时共同实现端到端控制。
