导读：Kafka 的性能有一半写在 JVM 参数里，另一半写在内核参数里；本讲给出生产环境可直接套用的 JVM 参数与 sysctl 配置，并解释每一条背后的"为什么"。

2. 写入：复制原数组 → 修改新数组 → 替换引用。1. 读取：直接读取当前数组（无锁）有界、FIFO、公平/非公平锁。3. 删除：同样需要复制新数组。高并发生产者-消费者。有界/无界、线程安全。

Server-Sent Events (SSE) 是一种允许服务器向客户端推送事件的 HTML5 技术。与 WebSocket 相比，SSE 是单向的（服务器到客户端），更适合实时数据流场景。批量问答 ：使用同步/异步方式处理多个问题考虑性能优化和资源管理支持流式输出多轮对话 ：会话管理（session管理）对话历史维护上下文窗口控制记忆管理（自动总结）最佳实践 ：使用线程池处理并发实现会话超时清

Bean) {@Bean多层路由策略 ：基于场景、内容、性能的多维度路由注解驱动 ：使用注解声明路由规则，减少侵入性动态配置 ：支持热更新路由配置智能决策 ：基于历史数据和实时指标优化路由容错机制 ：熔断、降级、重试等保障可用性成本控制 ：根据预算自动选择性价比最优的模型根据业务场景自动选择最合适的模型动态调整路由策略成本控制和性能优化高可用性和容错能力。

前两篇我们看了 GraalVM 的 AOT 编译和 JVM 语言生态。在云原生时代，JVM 面临一个尴尬处境：容器按秒计费、Pod 按需伸缩、函数按请求冷启动，而传统 Spring Boot 应用启动要 2-5 秒、内存 300-800 MB、容器镜像 500 MB+——这在 Kubernetes 弹性伸缩和 Serverless 场景下是难以接受的。这个问题有两条解决路径：一是，把运行时才做的工

接到任务 （用户请求）后，他不会立刻埋头苦干，而是先制定一个项目计划 （自主规划 ）。在计划中，他知道哪些工作自己可以做（LLM内部推理），哪些需要联系其他部门或使用专业软件 （工具调用 ）：比如让市场部（搜索工具）提供数据，让财务部（计算工具）核算成本。在执行过程中，他会不断跟进和协调 （迭代执行 ）：如果市场部给的数据不对，他会要求澄清或寻找其他来源；如果发现计划有瑕疵，他会及时调整。直到所有

直接内存（Direct Memory）是指通过Java代码直接向操作系统申请的堆外内存（Off-Heap Memory），不归JVM垃圾回收器管理，也不受-Xmx堆大小限制（但受约束）。JVM 进程内存布局│ JVM 进程内存 ││ ││ │ Java堆 │ │ 直接内存 │ ││ │ (-Xmx 控制) │ │ (堆外内存) │ ││ │ │ 新生代 老年代 │ │ │ │ DirectByte

同时一般也要重写 hashCode。（简单提一句就行，不用展开太多。String 因为重写了 equals，所以比的是字符串内容。（String 重写了 equals，比内容）equals：默认比地址，重写后比内容。（new 一定产生新对象，地址不同）s1.equals (s3) 吗？==：基本类型比值，引用类型比地址。面试就按我刚才那段标准回答说，稳过。大家好，这一节我们来讲一道。（都在常量池，

String 为什么不可变？有什么好处？很多同学只会背：“因为 String 被 final 修饰”，但面试官一追问，就答不上来。这节课我给你最标准、最稳妥的回答。一、先讲：String 不可变的根本原因String 底层是被 final 修饰的 char 数组（JDK9 以后是 byte 数组）String 类本身也是 final 的，不能被继承没有提供任何修改数组内容的方法所以：String

AQS（AbstractQueuedSynchronizer） 是 Java 并发包中构建锁和同步器的核心框架，​​、​​、​​ 等都是基于它实现的。理解 AQS 的用法对于深入掌握 Java 并发编程至关重要。一、AQS 核心思想AQS 内部维护了一个 volatile int state（同步状态） 和一个 FIFO 线程等待队列。通过原子操作 state 和队列管理，实现了同步机制。二、AQ