Spring Cloud Seata 深度解析：原理与架构设计

于 2025-05-19 13:32:05 发布
阅读量1.2k 收藏 24
点赞数 27
文章标签： spring cloud spring 后端 分布式事务 seata
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43947876/article/details/148054844
版权

文章目录

前言：为什么我们需要理解分布式事务？

在微服务架构席卷行业的今天，一个看似简单的电商下单操作，背后可能涉及订单服务、库存服务、支付服务等多个系统的协同。当这些服务分散在不同数据库甚至不同数据中心时，如何保证"扣减库存-生成订单-账户扣款"这一系列操作的原子性？这类问题的答案，正是分布式事务领域持续探索的核心命题。

传统解决方案面临三大困境：
❌ 二阶段提交协议（2PC） 的阻塞性问题导致吞吐量骤降
❌ TCC 模式 的代码侵入性使业务逻辑复杂度指数级上升
❌ 最终一致性方案 的业务补偿机制开发维护成本高昂
Spring Cloud Seata 的革新之处在于：
✅ AT 模式 通过 SQL 解析 + 自动补偿实现近乎零侵入的事务控制
✅ 全局锁优化 在保证隔离性的同时避免长期锁竞争
✅ 多模式混用 支持根据业务特征选择最佳事务策略
本博客将带您穿透 API 表象，直击内核设计：

  1. 拆解 Seata 事务上下文传播机制，还原 XID 的分布式链路穿透原理
  2. 深度剖析 undo_log 的二进制存储结构，揭秘数据快照的版本控制算法
  3. 通过真实电商案例，演示如何设计 TCC 模式与 AT 模式的混合事务方案

一、Seata 核心架构深度拆解

1.1 分布式事务核心模型

Seata 基于 XA 模型演进，通过分层架构实现事务控制，其核心模块关系如下：
在这里插入图片描述
Seata 的核心架构由 TC（事务协调者）、TM（事务管理器） 和 RM（资源管理器） 组成，三者协同实现分布式事务的一致性：

  • TC：独立部署的服务，负责全局事务的协调，维护事务状态并驱动提交或回滚。
  • TM：定义全局事务边界（如通过 @GlobalTransactional 注解），发起全局事务的开启、提交或回滚。
  • RM：管理分支事务，执行本地事务并向 TC 注册状态，最终根据 TC 指令提交或回滚。
  1. 应用层（Application Layer）
    • TM（Transaction Manager）：
      • 全局事务边界定义（@GlobalTransactional）
      • 事务生命周期管理（Begin/Commit/Rollback）
      • 关键实现类：DefaultTransactionManager
    • RM（Resource Manager）：
      • 分支事务注册/上报
      • 本地事务状态同步
      • 核心接口：ResourceManager
  2. 核心层（Core Layer）
    • TC（Transaction Coordinator）：
      • 全局事务会话管理（GlobalSession）
      • 分支事务调度（BranchSession）
      • 锁冲突检测（LockManager）
      • 核心类关系：
class GlobalSession {
    private List<BranchSession> branches;
    private TransactionState status;
}

class BranchSession {
    private String xid;
    private String resourceId;
    private Lock lock;
}
  1. 资源层（Resource Layer）
    • 支持多种资源类型：
      • JDBC 数据库（AT 模式）
      • TCC 服务（TCC 模式）
      • MQ 消息队列（Saga 模式）

关键流程交互时序图（含 RPC 细节）：
关键流程交互时序图
XID 生成机制：

// 上下文存储结构
public class RootContext {
    private static ThreadLocal<String> XID = new ThreadLocal<>();
    
    // 关键传播载体
    private static Map<String, String> contextMap = new HashMap<>();
}


// 核心算法：UUID(IP + PID + Timestamp) + Port + Sequence
public class UUIDGenerator {
    private static final AtomicLong SEQUENCE = new AtomicLong(0);
    private static final int SERVER_NODE_MAX = 0xFFFF;
    
    public static String generateXID(int port) {
        long current = System.currentTimeMillis();
        return UUID.randomUUID().toString() + ":" + port + ":" + SEQUENCE.incrementAndGet();
    }
}

XID跨服务传播流程（以HTTP为例）：
XID跨服务传播流程
关键传播点实现：
Feign 拦截器示例：

public class SeataFeignInterceptor implements RequestInterceptor {
    @Override
    public void apply(RequestTemplate template) {
        String xid = RootContext.getXID();
        if (StringUtils.isNotBlank(xid)) {
            template.header("X-Seata-Xid", xid);
        }
    }
}

[核心传播路径]
TM生成XID -> 拦截器注入 -> 网络传输 -> 服务端提取 -> 绑定线程上下文 -> TC注册分支

通过这种设计，Seata 实现了分布式事务上下文在复杂调用链路中的可靠穿透，为事务一致性提供了基础保障。

1.2 Seata undo_log 存储结构与版本控制

存储结构

undo_log 表核心设计：

CREATE TABLE `undo_log` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT,
  `branch_id` bigint(20) NOT NULL COMMENT '分支事务ID',
  `xid` varchar(100) NOT NULL COMMENT '全局事务ID',
  `context` varchar(128) NOT NULL COMMENT '事务上下文',
  `rollback_info` longblob NOT NULL COMMENT '回滚日志(压缩后)',
  `log_status` int(11) NOT NULL COMMENT '状态(0:正常,1:已回滚)',
  `log_created` datetime NOT NULL COMMENT '创建时间',
  `log_modified` datetime NOT NULL COMMENT '修改时间',
  PRIMARY KEY (`id`),
  UNIQUE KEY `ux_undo_log` (`xid`,`branch_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4

二进制存储格式详解：

public class RollbackInfo {
    byte version;          // 版本标识(当前固定为1)
    short compressorType;  // 压缩算法(0:NONE, 1:GZIP)
    byte[] beforeImage;    // 前置快照
    byte[] afterImage;     // 后置快照
    byte[] changeColumns;  // 变更列元数据
}

数据快照生成算法：

  1. 前置镜像(BeforeImage)捕获
public class BeforeImage {
    public static byte[] capture(Connection conn, String tableName, String pkName, Object pkValue) {
        // 生成SELECT SQL (带全局锁)
        String selectSQL = String.format(
            "SELECT * FROM %s WHERE %s = ? FOR UPDATE", 
            tableName, pkName);
        
        try (PreparedStatement ps = conn.prepareStatement(selectSQL)) {
            ps.setObject(1, pkValue);
            ResultSet rs = ps.executeQuery();
            
            // 转换为ProtoBuf格式
            return ProtoBufUtils.toBytes(convertToImage(rs));
        }
    }
}
  1. 后置镜像(AfterImage)生成
public class AfterImage {
    public static byte[] capture(Connection conn, SQLRecognizer sqlRecognizer) {
        // 解析UPDATE/DELETE语句获取条件
        String whereCondition = sqlRecognizer.getWhereCondition();
        
        // 生成SELECT FOR UPDATE SQL
        String selectSQL = String.format(
            "SELECT * FROM %s WHERE %s FOR UPDATE",
            sqlRecognizer.getTableName(), 
            whereCondition);
        
        // 执行查询并序列化
        return ProtoBufUtils.toBytes(executeAndConvert(conn, selectSQL));
    }
}

版本控制核心算法

行级版本标识：

public class RowVersion {
    private long timestamp;  // 快照时间戳(ms)
    private int txId;       // 事务ID哈希值
    private short sequence; // 同一事务内的操作序号
    
    public byte[] toBytes() {
        ByteBuffer buffer = ByteBuffer.allocate(14);
        buffer.putLong(timestamp);
        buffer.putInt(txId);
        buffer.putShort(sequence);
        return buffer.array();
    }
}

多版本并发控制(MVCC)实现：
多版本并发控制
压缩算法优化：

public class Compressor {
    public static byte[] compress(byte[] data) {
        if (data.length < 1024) return data; // 小数据不压缩
        
        try (ByteArrayOutputStream bos = new ByteArrayOutputStream();
             GZIPOutputStream gzip = new GZIPOutputStream(bos)) {
            gzip.write(data);
            gzip.finish();
            return bos.toByteArray();
        }
    }
}

总结：
Seata的undo_log采用二进制存储结构，核心包含事务元数据（xid、branch_id） 和压缩后的数据快照（before_image/after_image），通过ProtoBuf序列化实现高效存储。其版本控制原理基于双镜像快照：在DML操作前捕获前置镜像（原数据状态），操作后记录后置镜像（新数据状态），形成完整版本链。回滚时通过对比镜像生成反向SQL，结合全局事务ID（XID）和分支事务ID实现精确的行级版本回溯，同时采用压缩算法和幂等控制确保高效可靠的分布式事务回滚能力。

1.3 Seata 事务模型深度对比与实现原理

AT 模式（Auto Transaction）

  1. 核心原理
    • 自动补偿机制：通过代理数据源拦截SQL，自动生成反向补偿SQL
    • 两阶段优化：
      • 阶段一：业务SQL执行 + 快照生成（before_image/after_image）
      • 阶段二：异步提交/回滚（基于undo_log）
  2. 执行流程
    AT 模式

TCC 模式（Try-Confirm-Cancel）

  1. 核心原理
    • 三阶段控制：
      • Try：资源预留（冻结库存、预扣款）
      • Confirm：确认操作（实际扣减）
      • Cancel：补偿回滚（释放预留资源）
  2. 执行流程
    TCC执行流程
    这种代码侵入性就很高了，需要实现三个接口，是强一致性的事务模型。

Saga 模式

  1. 核心原理
  • 事件驱动： 通过服务编排执行正向操作
  • 补偿机制： 每个正向操作需定义对应的补偿操作
  • 最终一致性： 允许中间状态存在，通过重试保证最终一致
  1. 执行流程
    Saga 模式

XA 模式

  1. 核心原理
    • 标准协议：基于数据库XA协议实现
    • 两阶段提交：
      • Prepare：所有参与者锁定资源
      • Commit/Rollback：统一提交或回滚
  2. 执行流程
    XA 模式

模式对比和选型建议

模式对比：

对比维度AT 模式TCC 模式Saga 模式XA 模式
代码侵入性零侵入高中低
一致性弱（最终一致）强最终一致强
性能高中最高低
隔离性读未提交可串行化无可串行化
回滚方式自动SQL补偿手动Cancel自定义补偿自动回滚
适用场景常规业务操作资金交易跨系统长流程传统数据库集成

选型建议指南：

  1. 优先选择AT模式：
    • 当业务以CRUD为主
    • 无高频热点数据竞争
    • 典型场景： 电商普通订单、CMS内容更新
  2. 必须使用TCC模式：
    • 涉及资金账户变更
    • 需要强一致性保证
    • 典型场景： 跨境支付、股票交易
  3. 考虑Saga模式：
    • 跨多系统长流程（>30秒）
    • 允许中间状态可见
    • 典型场景： 保险理赔、供应链协同
  4. XA模式适用场景：
    • 老旧系统改造
    • 数据库原生支持XA
    • 典型场景： 银行核心系统对接

总结：模型本质差异

  1. 数据控制维度：
    • AT：基于SQL解析（数据快照）
    • TCC：基于业务逻辑（资源预留）
    • Saga：基于流程编排（事件驱动）
    • XA：基于数据库协议（资源锁定）
  2. CAP权衡：
    • AT/Saga：偏向AP（高可用）
    • TCC/XA：偏向CP（强一致）
  3. 适用阶段：
    • 设计阶段：根据业务特征选择模型
    • 实施阶段：可混合使用不同模式
    • 运维阶段：监控各模式特有指标（如AT的undo_log增长速率）

二、Seata 全局锁机制与隔离性

2.1 全局锁的核心设计思想

1. 为什么需要全局锁？
在分布式事务场景下，多个事务可能并发修改同一数据。全局锁的核心目标是解决 脏写（Dirty Write） 问题，确保事务的 写隔离性。例如：
事务A（扣减库存）和事务B（修改价格）同时操作同一条商品记录，没有全局锁时，可能发生部分提交覆盖的问题。
2. 全局锁与本地锁的本质区别

对比维度本地锁（如MySQL行锁）Seata全局锁
作用范围单数据库实例内跨所有参与事务的数据库
锁类型物理锁逻辑锁
生命周期事务结束自动释放需等待全局事务结束
冲突检测范围单库事务跨服务/跨库事务

2.2 全局锁的实现机制

1. 锁存储结构（TC端实现）

public class LockManager {
    // Key格式: dbName.tableName:pkValue
    private ConcurrentMap<String, Lock> lockMap = new ConcurrentHashMap<>();
    
    class Lock {
        String xid;          // 全局事务ID
        String resourceId;   // 资源标识（如JDBC数据源）
        long expireTime;     // 锁过期时间
    }
}

2. 锁获取流程
全局锁获取流程
3. 锁释放策略
正常提交：二阶段完成后立即释放
超时释放：后台线程定期扫描过期锁（默认60秒）

# TC server配置
server.lock.expireTime=60000
server.lock.retryInterval=1000

2.3 隔离性实现深度剖析

1. AT模式的隔离级别

隔离级别实现方式特点
Read Uncommitted（默认）不施加全局锁，允许读取未提交数据高性能，可能脏读
Read Committed通过SELECT … FOR UPDATE显式申请全局锁避免脏读，增加锁竞争

2. 读已提交（Read Committed）实现原理

-- 业务SQL示例
UPDATE product SET stock = stock - 1 WHERE id = 1001;

-- Seata自动生成的检查SQL
SELECT * FROM product WHERE id = 1001 FOR UPDATE

3. 幻读问题的处理
不解决幻读：AT模式不保证可重复读和串行化隔离级别
解决方案：

@GlobalTransactional(isolation = Isolation.READ_COMMITTED)
public void updateStock() {
    // 需要范围锁时手动处理
    productDao.selectForUpdate("WHERE category=1"); 
}

三、混合事务方案设计

案例背景： 某跨境电商平台需要处理以下场景：

  • 订单创建（AT模式）：高频操作，允许短暂不一致
  • 库存扣减（AT模式）：常规商品库存管理
  • 跨境支付（TCC模式）：涉及货币兑换，需强一致性
  • 积分发放（Saga模式）：长周期特性，积分可能延迟到账（如订单完成后3天发放）

服务拆分：
服务拆分
核心代码实现：
订单服务（AT模式）：

@GlobalTransactional
public OrderResult createOrder(OrderRequest request) {
    // AT模式操作
    orderMapper.insert(order); 
    
    // 调用库存服务（AT）
    inventoryFeignClient.deduct(request.getSku(), request.getQty());
    
    // 调用支付服务（TCC）
    paymentService.preparePayment(order.getOrderId(), order.getAmount());
    
    // 异步调用积分服务（Saga）
    sagaClient.start(IntegralSaga.class, order.getUserId(), order.getPoints());
}

支付服务（TCC模式）：

@TwoPhaseBusinessAction(name = "payment", commitMethod = "confirm", rollbackMethod = "cancel")
public boolean preparePayment(String orderId, BigDecimal amount) {
    // Try阶段：资金冻结
    int affected = accountMapper.freezeAmount(
        getUserId(), 
        orderId, 
        amount,
        CurrencyConverter.getRate("USD", "CNY")); // 汇率计算
    
    if (affected <= 0) {
        throw new PaymentException("资金不足");
    }
}

public boolean confirm(BusinessActionContext context) {
    // Confirm阶段：实际扣款
    String orderId = (String)context.getActionContext("orderId");
    return accountMapper.confirmDeduction(orderId) > 0;
}

public boolean cancel(BusinessActionContext context) {
    // Cancel阶段：解冻资金
    String orderId = (String)context.getActionContext("orderId");
    return accountMapper.unfreeze(orderId) > 0;
}

事务协调配置：

# application.yml
seata:
  enabled: true
  service:
    vgroup-mapping:
      order-service-group: at-cluster
      payment-service-group: tcc-cluster
      inventory-service-group: at-cluster
  client:
    rm:
      report-success-enable: true
    tm:
      commit-retry-count: 5

异常处理：

异常处理

总结

Seata 通过无侵入的 AT 模式简化了分布式事务管理，结合 TC 集群和全局锁机制保障了数据一致性。在生产实践中，需关注高可用部署、异常处理及性能优化。通过合理选择事务模式（AT/TCC/Saga）和配置调优，可显著提升系统可靠性。

参考资料：

快乐肚皮
关注
Nginx简介与使用案例
weixin_44805174的博客
06-28 369
Nginx Nginx的pcre压缩包 链接：https://pan.baidu.com/s/1gmB8nfGah1gMs1lsxKg0JQ 提取码：frts 1.nginx简介 1-1：什么是nginx？ Nginx是一个高性能的http和反向代理服务器，特点是占用内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较少。 Nginx专为性能优化而开发，性能是其最重要的考量，实现上非常注重效率，能经受高负载的考验，有报告表名nginx能支持高达50,000个并发连接数。 1-2：反
Linux - nginx（详解）
saienenen的博客
12-01 1108
前言 该文章介绍 nginx ，并未使用 nginx 来搭建 web服务器，反向代理服务器，负载均衡服务器等… 会在接下来几篇文章重点记录 nginx 的实践。 正文 yum安装nginx 1.更新nginx官方yum源 vim /etc/yum.repos.d/nginx.repo [nginx-stable] name=nginx stable repo baseurl=http://nginx.org/packages/centos/$releasever/$basearch/ gpgcheck=1
Nginx是什么+在linux下安装以及功能示例
草鸟的博客
07-14 1251
文章结构： Nginx是什么； 如何在linux上下载与部署； Nginx的功能。 对Nginx的理解 以下是基于Nginx的主要应用上的理解 当我们网上冲浪的时候，实际上会访问服务器上的tomcat中部署的项目。此时有很多人一起和你网上冲浪，而tomcat能同时接收来自客户端的请求量（并发量）非常小，那可能有人就冲到404去了。 那么多弄点tomcat，这样并发量不就大了吗？但是我们网上冲浪所输入的网址（域名）都是一样的，那如何做到输入同一个域名访问到的是不一样的tomcat？ 这个时候我们就需要一款反向
linux nginx介绍和部署（全网最全的nginx文档）
落日的云博客
07-23 1118
Nginx基础 nginx介绍 Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好. 官网:http://nginx.org nginx的优点 可以高并发连接 原因:主要是Nginx使用了最新的...
小满Linux（第四章介绍Nginx）
qq1195566313的博客
04-04 2987
nginx Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，同时也提供了IMAP/POP3/SMTP服务。Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点（俄文：Рамблер）开发的，第一个公开版本0.1.0发布于2004年10月4日。2011年6月1日，nginx 1.0.4发布。 高并发，大流量：需要面对高并发用户，大流量访问。举个例子，去往迪拜的飞机有200张票，但是有100w人都挤进系统买票，如何让这100w人能够看到票务的实时更新，以
Linux下Nginx详解
cesheng3410的博客
04-03 4050
本文讲解了Nginx的特点，详细讲解了配置文件的格式和配置语法，编写测试程序测试了设置默认界面以及负载均衡调节等功能
linux nginx依赖包
05-09
为了在Linux系统上顺利安装和运行Nginx，需要依赖一些基础的软件包。这里提到的几个文件是Nginx构建过程中必不可少的组件： 1. **libtool-2.4.2.tar.gz**：Libtool是一个用于管理和构建共享库的工具，它可以帮助...
linux系统nginx免编译版本 nginx-1.24.0
04-10
./configure --prefix=./../nginx-1.24.0 --with-threads --with-http_ssl_module --with-http_gzip_static_module --with-http_stub_status_module
Linux之nginx离线安装包
最新发布
04-17
在Linux环境中，Nginx是一款广泛应用的开源Web服务器，以其高性能、稳定性以及模块化设计而著名。本教程将详述如何在没有网络连接的情况下，通过离线安装包在Linux系统上安装Nginx。 首先，我们需要理解Linux系统的...
linux安装nginx/1.25.2
03-07
linux安装nginx/1.25.2，并配置systemctl管理nginx的启动关闭状态等
linux系统离线安装nginx所需压缩包
04-11
在Linux系统中，离线安装Nginx是一项常见的任务，特别是在没有互联网连接或者网络环境受限的服务器上。本文将详细讲解如何使用给定的压缩包文件进行离线安装Nginx，涉及的主要组件包括OpenSSL、PCRE2、ZLIB和Nginx...
Linux系统运维之nginx介绍
Y_YW_W的博客
10-05 688
浏览目录一、nginx简介二、nginx的重要特性 一、nginx简介 与Apache软件类似，Nginx （ “engine x”）是一个开源的，支持高性能、高并发的WWW服务和代理服务软件。它是由俄罗斯人Igor Sysoev开发的，最初被应用在俄罗斯的大型网站www.rambler.ru上。Nginx因为具有高并发（特别是静态资源），占用系统资源少的特性，变得流行起来。 在特性功能上面nginx不仅是优秀的Web服务软件，还具有反向代理负载均衡和缓存服务的功能。反向代理负载均衡功能类似于LVS负载均衡
nginx（一）介绍安装
m0_46065798的博客
09-25 468
一. Nginx介绍 Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，并在一个BSD-like协议下发行。由俄罗斯的程序设计师IgorSysoev所开发，供俄国大型的入口网站及搜索引擎Rambler（俄文：Рамблер）使用。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好。 Nginx ("engine x") 是一个高性能的 HTTP 和 反向代理 服务器，也是一个IMAP/POP3/SMTP 代理服务器。
什么是Nginx？Nginx基础教学详解。Linux如何安装Nginx
weixin_60414376的博客
08-21 1541
Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器。其特点是占有内存少，并发能力强。说白了Nginx实际上是和tomcat一样都属于一种服务器，但是nginx的并发性能更好内存更小，所以在企业中广泛使用。
Linux Nginx详解——Nginx的优势、功能
weixin_55985097的博客
05-06 651
Nginx 介绍 Nginx (engine x) 是一个高性能的 HTTP 和反向代理服务，也可以作为IMAP/POP3/SMTP服务。 Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，并在一个BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，因它的稳定性、丰富的功能集、示例配置文件和低系统资源的消耗而闻名。 Nginx的优势 Nginx 是一个高性能的 Web 和反向代理服务.
linux权限
rukang0912的博客
11-05 179
linux权限一、权限介绍二、修改权限3、在linux中，经常会遇到权限问题。很难。 一、权限介绍 由于linux里全是文件，在文件显示前都有-rw-------类似的。 1- 2rw- 3rw- 4r– 表示文件。 rw- r read(读取) w write(写入) x execute(执行) 2: 表示当前用户对文件的权限。 3：表示当前组的用户对文件的权限。 4：表示其他组的用户对文件的权限。 二、修改权限 r4
Nginx详解（一文搞懂Nginx）以及Linux版本下安装
yhl15736773842的博客
06-28 5869
Nginx（发音为"engine X"）是一个流行的开源Web服务器软件。它最初由Igor Sysoev开发，并于2004年首次发布。Nginx的目标是提供高性能、高可靠性和低内存消耗的Web服务器，同时也可以用作反向代理服务器和负载均衡器。Nginx以其优越的性能和高度可扩展性而闻名。相对于传统的Web服务器软件（如Apache），Nginx采用了一种事件驱动的架构，能够处理大量并发连接，而且在高负载下表现出色。它也具有较低的内存消耗，使得它能够高效地处理大规模的并发请求。
Linux部署Nginx详解
m0_73414822的博客
05-11 4829
本文介绍了linux下Nginx的介绍，及Nginx的下载安装，基本使用，反向代理/负载均衡如何实现？希望能帮助大家学习和理解！
【Linux】Nginx 简介 (一)
L李钟意的博客
11-20 2204
Nginx是一款使用c语言开发的高性能的http 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器。由俄罗斯的程序设计师Igor Sysoev所开发，能够支持高达 50,000 个并发连接数的响应。
Linux Nginx 1.20.1 版本发布及压缩包下载
资源摘要信息: "最新版linux nginx-1.20.1.tar.gz" Linux是一种广泛使用的开源操作系统，其核心部分是内核（Kernel），而Nginx（发音为“engine x”）是一款高性能、轻量级的HTTP和反向代理服务器，以及IMAP/POP3/...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值