Java

布隆过滤器（Bloom Filter）是一种空间效率极高的概率型数据结构，用于快速判断一个元素是否在一个集合中。

在微服务架构中，分层网关方案是应对复杂流量管理、安全防控及服务治理的关键架构模式。其核心思想是通过功能分层（如边缘层、路由层、服务层），将不同类型的网关职责解耦。

AOT（Ahead-of-Time，预先编译）是一种在程序运行前将代码编译为机器码的技术，与JIT（Just-in-Time，即时编译）的“运行时编译”形成鲜明对比。

虚拟线程（Virtual Threads）是Java 21（JEP 444）正式推出的轻量级线程模型，旨在解决传统平台线程（Platform Threads）在高并发场景下的资源瓶颈。

AOT与JIT的竞争本质是确定性性能与动态适应性的权衡。在云原生时代，AOT凭借启动速度和资源效率成为微服务首选；而JIT仍将在需要动态优化的复杂业务场景保持优势。

JDK的垃圾回收器（GC）负责自动回收堆内存中不再使用的对象，避免内存泄漏。不同GC适用于不同场景，核心差异在于吞吐量（单位时间处理请求数）、延迟（停顿时间）和内存占用。

JDK的垃圾回收器（GC）随着版本迭代不断演进，旨在平衡吞吐量（用户代码运行时间占比）、延迟（STW停顿时间）和内存占用三大核心指标。

动态代理是 Spring AOP 的核心实现机制，其通过 代理对象拦截目标方法，在方法执行前后插入横切逻辑（如日志、事务等）。在

JDK动态代理和CGLIB在实现机制、性能、适用场景上存在显著差异。JDK代理适合接口驱动的低频调用场景，而CGLIB适合类驱动的高频调用场景。

Java.lang.Class 对象是动态代理等高级特性的基础，其核心原因在于 Class 对象承载了类的元数据信息，而动态代理的实现依赖于对类结构的动态解析与操作。

AB测试是一种数据驱动的产品优化方法，核心逻辑是通过随机分组将用户划分为两个或多个群体，分别暴露于不同版本的产品方案，收集并分析用户行为数据，以量化评估哪个方案更符合预设目标。

技术团队始终在寻找一种既能让业务专注核心逻辑，又能高效管控分布式系统的方法。Service Mesh（服务网格）的出现，正是为了解决这一矛盾，成为云原生时代微服务治理的关键答案。

在微服务架构的演进历程中，服务治理始终是核心挑战之一。从早期依赖 SDK 硬编码治理逻辑，到后来尝试解耦的 Java Agent 模式，再到如今 Service Mesh 的兴起。

在微服务架构演进过程中，服务注册与发现机制始终是核心环节。Dubbo作为阿里巴巴开源的高性能RPC框架，早期版本默认使用 ZooKeeper作为注册中心，但在近年来的发展中，逐渐转向了 Nacos。

Arthas 基于 Java Agent + 字节码增强​ 技术，通过 InstrumentationAPI 实现运行时替换类字节码，无需重启 JVM 即可让新逻辑生效。

每个热部署模块使用独立的`ClassLoader`实例，确保类加载的命名空间隔离。通过监控类文件变化，触发`ClassLoader`重新加载新版本类。

双亲委派模型通过**层级委派、唯一性保障**和**安全隔离**，成为Java类加载机制的基石。随着模块化系统的普及，类加载机制将更趋精细化，但双亲委派的核心思想仍将延续。

Java类的生命周期是指从类文件（.class）被加载到JVM内存开始，到类元数据被卸载为止的完整过程，涵盖加载、连接、初始化、使用、卸载五大阶段。

选择框架的双重考量 在技术选型过程中，性能数据只是决策的一个方面，而开发效率和团队学习成本往往对项目成功有着更直接的影响。

Vert.x 和 Spring 框架在性能与并发处理上的差异，根源在于它们截然不同的设计哲学和架构模型。下面这个表格汇总了它们的核心区别，方便你快速把握要点。