第一章：交易系统架构概览
各位同学好，我是老张。在金融科技这行摸爬滚打了十几年，今天咱们聊聊券商核心交易系统。说实话，这个题目很大，但我会尽量用大白话讲清楚。
先问个问题：你想想看，一笔股票买卖指令，从你点击「买入」到成交，中间经历了什么？嗯，这背后是一整套精密系统的协同作战。
1.1 券商核心交易系统组成
我个人习惯把交易系统拆成四个核心模块。就像盖房子，得有地基、框架、水电和装修。
| 模块 | 核心组件 | 我踩过的坑 |
|---|---|---|
| 接入层 | 行情网关、交易网关、前置机 | 曾经因为网关超时配置不当，导致行情延迟了3秒 |
| 核心层 | 订单引擎、撮合引擎、风控引擎 | 撮合引擎的锁竞争问题，让我熬了三个通宵 |
| 数据层 | 内存数据库、日志存储、清算系统 | 内存数据库的持久化策略选错，重启后丢了部分订单 |
| 监控层 | 链路追踪、指标采集、告警系统 | 没有全链路监控，出问题根本定位不到 |
说白了，接入层负责「接客」，核心层负责「干活」，数据层负责「记账」，监控层负责「看场子」。这四个缺一不可。
核心要点：交易系统的每一层都有延迟叠加效应。我曾经在项目中遇到过，接入层延迟2微秒，核心层延迟5微秒，数据层延迟10微秒——加起来就是17微秒。对于高频交易来说，这已经不可接受了。
1.2 低延迟架构设计原则
低延迟，说白了就是「快」。但怎么快？我总结了三条铁律。
原则一：减少数据拷贝
你想想看，数据从网卡到应用，再到数据库，中间要拷贝多少次？我见过最夸张的项目，一次交易请求经历了7次内存拷贝。嗯，这显然不行。
// 传统方式：多次拷贝
char *buf = malloc(4096);
read(socket_fd, buf, 4096); // 内核→用户态
process(buf); // 处理
write(db_fd, buf, 4096); // 用户态→内核
// 零拷贝方式：一次搞定
splice(socket_fd, NULL, db_fd, NULL, 4096, SPLICE_F_MOVE);原则二：避免锁竞争
锁这个东西，用好了是保护，用不好就是灾难。我曾经在一个撮合引擎里用了全局锁，结果并发一上来，延迟直接飙到毫秒级。后来改成无锁队列，延迟降到了微秒级。
我的经验：能用原子操作就别用锁，能用读写锁就别用互斥锁，能用无锁队列就别用有锁队列。这是血的教训。
原则三：预分配与池化
动态分配内存？那是万不得已的选择。我建议所有核心路径都用对象池。比如连接池、线程池、内存池，统统提前准备好。
// 对象池示例
struct order_pool {
struct order *pool;
int free_head;
int capacity;
};
struct order *alloc_order(struct order_pool *op) {
// 从池中取，不触发系统调用
int idx = op->free_head;
op->free_head = op->pool[idx].next_free;
return &op->pool[idx];
}1.3 部署环境要求
部署环境这块，我踩过的坑最多。你以为买几台高性能服务器就完事了？太天真了。
硬件要求
- CPU：关闭超线程、关闭节能模式、锁定CPU频率。我见过有人没关节能，结果CPU频率忽高忽低，延迟抖动达到50微秒。
- 内存：使用NUMA绑定，避免跨节点访问。曾经有个项目，内存跨节点访问，延迟多了30%。
- 网卡：必须支持DPDK或RDMA。普通网卡的中断处理，延迟至少10微秒起步。
- 存储：NVMe SSD是标配，最好用Intel Optane。机械硬盘？别开玩笑了。
软件要求
- 操作系统：内核要裁剪，关闭不必要的服务。我习惯用CentOS或Ubuntu LTS，但一定要自己编译内核。
- 网络：使用内核旁路技术，比如DPDK。我曾经用DPDK把网络延迟从10微秒降到了1微秒以下。
- 时钟同步：PTP协议是必须的。NTP的精度不够，误差可能达到毫秒级。
避坑指南：我曾经在一个项目中，因为没做CPU隔离，导致关键线程被其他进程抢占，延迟抖动达到了200微秒。后来用cgroup做了隔离，问题才解决。记住：交易系统的部署环境，每一毫秒都要精打细算。
知识体系总览
下面这张图，是我自己画的。它把交易系统的核心逻辑串起来了。你仔细看看，每个模块之间怎么协作，延迟怎么产生，又怎么优化。
这张图你看懂了吗？接入层接收指令，传给核心层处理，核心层把结果写入数据层。监控层全程盯着，一旦出问题立刻告警。低延迟优化则贯穿始终。
我的建议：刚开始学的时候，别急着看细节。先把这张图印在脑子里。每次遇到问题，就问自己：这个问题出在哪个层？是接入、核心、数据还是监控？这样定位问题会快很多。
好了，第一章就讲到这里。记住：交易系统的核心是「快」和「稳」。快靠架构设计，稳靠运维保障。后面几章，我会手把手带你们搭建一套完整的自动化部署体系。