-
32位与64位Java的核心区别在于指针长度和内存寻址能力：32位使用4字节指针、最大堆约4GB（Windows下仅1.5–1.8GB），64位使用8字节指针、理论支持18EB内存，实际可配数十GB堆；确认方式包括查看安装路径（x86目录为32位）和java-version输出（含64-Bit标识为64位）；JAVA_HOME只能指向一个JDK，但32位与64位应用可共存，需注意Eclipse等工具通过-vm参数指定JDK、Python调用Java时JVM位数须与Python一致；选择依据为：堆需求＞2G
-
在Quarkus中使用@InjectMock时，被测类的所有方法默认被空实现覆盖，导致内部方法调用无法触发真实逻辑；需显式配置thenCallRealMethod()才能实现对类内方法（如get()）的可控模拟。
-
不能。finally块仅保证执行，不自动关闭资源；需手动在其中用try-catch分别关闭各资源并判空，避免异常中断清理；Java7+推荐try-with-resources，但老代码仍依赖正确编写的finally。
-
多态传递参数通过父类引用调用子类重写方法实现，提升代码扩展性。使用继承或接口定义统一契约，子类提供具体实现，方法接收父类或接口类型参数，运行时动态绑定实际对象，执行对应逻辑。结合集合可批量处理不同子类型，新增类型无需修改原有代码，符合开闭原则。注意只能调用父类声明的方法，避免频繁类型转换，保持设计简洁。
-
本文介绍一种基于进程间持久化通信的方案：让Python脚本长期运行并复用已加载的模块（如TensorFlow、spaCy），Java通过标准输入/输出与其持续交互，从而规避每次调用都重新导入重型库带来的性能损耗。
-
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修饰方法能保证自增线程安全，但仅适用于简单场景；它本质是把整个方法变成临界区，靠对象锁互斥执行，性能开销明显，且无法应对跨方法的复合操作。
-
扫雷核心用二维数组表示格子，元素存未翻开（0）、是雷（-1）或周围雷数（1~8）；初始化全0后随机布雷并去重；首次点击才生成数字；点击0格时用BFS递归展开相邻0区域，配合八邻域偏移和边界检查。
