SevenCoding

摘要： 背景 Paxos 算法是 Leslie Lamport莱斯利·兰伯特在 1990 年提出了一种分布式系统 共识 算法。这也是第一个被证明完备的共识算法（前提是不存在拜占庭将军问题，也就是没有恶意节点）。 为了介绍 Paxos 算法，兰伯特专门写了一篇幽默风趣的论文。在这篇论文中，他虚拟了一个叫做 P 阅读全文

摘要： 什么是大模型 Agent？它与传统的 AI 系统有什么不同？ 大模型 Agent 是基于大型语言模型并结合模块化规划、记忆和工具调用的自主决策系统，它能够根据最终目标把复杂任务拆分成子任务，调用 API、检索数据库或使用插件，再通过内部循环不断优化执行流程，基本不需要人在每一步都监督。 传统 AI 阅读全文

摘要： 引入 线程池Executor是在哪里启动的？ Request是如何处理并交个Container处理的？ Tomcat支持哪些协议？这些协议是处理的？协议层次结构如何设计的？ Connector Connector构造 本质是初始化了ProtocolHandler，默认是HTTP/1.1 NIO实现。 阅读全文

摘要： 内容引入 承接上文Engine的设计，从以下几个方面，我将向你解释为什么要理解Tomcat中管道机制，它要解决什么问题？ Tomcat总计架构图中Pipeline和Vavle 我们在上文Engine中有一块Pipline没有解释： 为什么Tomcat要引入Pipline呢？它要解决什么问题呢？ 下文 阅读全文

摘要： 理解思路 第一：抓住StandardEngine整体类依赖结构来理解 第二：结合server.xml中Engine配置来理解 见下文具体阐述。 第三：结合Engine Config官方配置文档 http://tomcat.apache.org/tomcat-9.0-doc/config/engine 阅读全文

摘要： 理解思路 为什么我们说上面的是Container呢？我们看下几个Container之间的关系： 从上图上，我们也可以看出Container顶层也是基于Lifecycle的组件设计的。 在设计Container组件层次组件时，上述4个组件分别做什么的呢？为什么要四种组件呢？ 如下是Container接 阅读全文

摘要： 理解思路 我们如下几个方面开始引入线程池的，这里主要从上文Service引入，保持上下文之间的衔接，会很好的构筑你的知识体系。 上文中我们了解到，Executor是包含在Service中的，Service中关于Executor的配置和相关代码如下： server.xml中service里包含Exec 阅读全文

摘要： 理解思路 第一：类比StandardServer, 抓住StandardService整体类依赖结构来理解 第二：结合server.xml中service配置来理解 见下文具体阐述。 第三：结合Service Config官方配置文档 http://tomcat.apache.org/tomcat- 阅读全文

摘要： 理解思路 第一：抓住StandardServer整体类依赖结构来理解 第二：结合server.xml来理解 见下文具体阐述。 第三：结合Server Config官方配置文档 http://tomcat.apache.org/tomcat-9.0-doc/config/server.html Ser 阅读全文

摘要： Lifecycle中出现的监听器 （老的版本中是LifecycleSupport接口） public interface Lifecycle { /** 第1类：针对监听器 **/ // 添加监听器 public void addLifecycleListener(LifecycleListener 阅读全文

摘要： 生命周期管理：LifeCycle 我从以下几方面，帮助你构建基于上下文的知识体系和理解为什么要理解组件的生命周期管理（LifeCycle) Server及其它组件 Server后续组件生命周期及初始化 Server的依赖结构 LifeCycle接口 理解Lifecycle主要有两点：第一是三类接口方 阅读全文

摘要： 前面一篇文章，我们手写了了一个mini版的Tomcat，接下来我们从源码和架构的角度来学习Tomcat 引入 Tomcat和Catalina是什么关系？ Tomcat的前身为Catalina，Catalina又是一个轻量级的Servlet容器。在美国，catalina是一个很美的小岛。所以Tomca 阅读全文

摘要： Tomcat 是 Java Web 开发的基石。我们天天使用它，但你是否思考过它内部是如何工作的？为了打破这个“黑盒”，最好的方式就是动手实现一个极度精简的核心。本项目 “TinyTomcat” 的目标，就是用大约 300 行纯 Java 代码，实现一个能够解析 HTTP 请求、路由到对应处理逻辑并 阅读全文

摘要： 到 s11, 智能体已经能自主认领和完成任务。但所有任务共享一个目录。两个智能体同时重构不同模块 -- A 改 config.py, B 也改 config.py, 未提交的改动互相污染, 谁也没法干净回滚。 任务板管 "做什么" 但不管 "在哪做"。解法: 给每个任务一个独立的 git workt 阅读全文

摘要： 每次都要主 Agent 分配任务太累。 所以引入了自主智能体的概念，使智能体能够： 工作-空闲循环：智能体在工作完成时自动进入空闲状态 任务自动认领：空闲时扫描任务板，自动认领无人认领的任务 身份重新注入：在上下文压缩后重新注入智能体身份信息 自动资源管理：空闲超时自动关机，释放资源 关键洞察：扫描 阅读全文

摘要： 多个 Agent 怎么协商？ 这个在智能体团队系统的基础上，增加了两种协议： 关机协议（Shutdown Protocol）： 领导智能体请求团队成员关机 团队成员可以批准或拒绝关机请求 基于 request_id 的请求-响应模式 计划审批协议（Plan Approval Protocol）： 团 阅读全文

摘要： 一个 Agent 干不完怎么办？ Java实现代码 public class AgentTeamsSystem { // 配置 private static final Path WORKDIR = Paths.get(System.getProperty("user.dir")); private 阅读全文

摘要： 有些操作很慢，Agent 不能干等着。例如长时间编译/构建：make, mvn compile, gradle build 或 大数据处理：hadoop, spark-submit 等的一些工作 Java实现代码 public class BackgroundTasksSystem { // 配置 阅读全文

摘要： 多个任务之间有依赖关系怎么搞？ Java实现代码 public class TaskSystem { // 配置 private static final Path WORKDIR = Paths.get(System.getProperty("user.dir")); private static 阅读全文

摘要： 对话一长，Token 烧得肉疼。那怎么办，做压缩 Java实现代码 public class ContextCompactSystem { // 配置 private static final Path WORKDIR = Paths.get(System.getProperty("user.dir 阅读全文