-
Java多线程面试重在实战经验而非背诵；wait()必须在synchronized块中调用，否则抛IllegalMonitorStateException；ConcurrentHashMapJDK8用CAS+单桶锁替代分段锁；线程池拒绝策略中CallerRunsPolicy更防雪崩；ThreadLocal内存泄漏因key弱引用而value强引用未及时清理。
-
Java多态由继承、方法重写和父类引用指向子类对象三者自然达成，仅对实例方法重写生效，编译时看声明类型，运行时按实际类型动态绑定。
-
Java项目集成Swagger推荐使用SpringDocOpenAPI（Swagger3），需引入springdoc-openapi-starter-webmvc-ui依赖，配置扫描包和UI路径，通过@Tag、@Operation等注解管理接口分组与描述，启动后访问/swagger-ui即可查看文档。
-
Kotlin虽无“构造函数前初始化”的语法糖，但通过属性直接赋值和init块可实现等效行为：属性在主构造函数执行后、init块前完成初始化，语义上与Java的字段初始化时机一致。
-
密码强度校验应优先使用逻辑判断而非纯正则，因正则难以实现动态得分与多类字符组合判断；推荐拆解为长度、大小写、数字、符号、重复等可加权的原子规则，并封装为可测试、可扩展的服务。
-
SubmissionPublisher默认构造不满足生产级背压需求，因其使用共享无界ForkJoinPool、默认缓冲区为MAX_INT（等效无界），导致延迟不可控、背压信号失效、GC压力大及OOM风险。
-
ConcurrentHashMap本身不提供原子性大小限制操作，直接检查size后put会导致竞态条件；需借助外部同步机制（如ReentrantLock）或使用支持容量策略的缓存库（如Caffeine）来实现线程安全的“仅当未达上限时插入”逻辑。
-
应避免用异常控制流程，频繁抛出异常会因栈追踪导致性能下降。推荐预判条件代替try-catch校验，如用正则或NumberUtils判断数字格式；自定义异常可重写fillInStackTrace返回this以减少开销；捕获时应优先具体异常，合理使用multi-catch合并处理；延迟构建异常信息，避免无谓的字符串拼接，提升性能。
-
synchronized修饰方法能保证自增线程安全，但仅适用于简单场景；它本质是把整个方法变成临界区，靠对象锁互斥执行，性能开销明显，且无法应对跨方法的复合操作。
