一、握手协议概述

1.1 什么是握手协议

握手协议，说白了就是两个设备之间的一种「沟通规则」。

我做了十几年接口设计，见过太多因为握手没做好导致系统崩溃的案例。握手协议的核心，就是让发送方和接收方达成一致——「你准备好了吗？」「我准备好了，发吧！」

在数字电路里，握手协议通常用两根信号线来实现：

• 请求信号（Request）——发送方说「我有数据要给你」
• 应答信号（Acknowledge）——接收方说「我准备好了，来吧」

这两根线一拉一放，数据就稳稳当当地传过去了。

1.2 同步握手 vs 异步握手

这里有个关键区别，我当年刚入行时也搞混过。

同步握手，依赖一个共同的时钟信号。发送方和接收方都在同一个时钟边沿采样信号。就像两个人踩着同一个鼓点跳舞，节奏一致，不容易出错。

举个例子，AMBA总线里的AHB协议就是典型的同步握手：

// 同步握手伪代码
always @(posedge clk) begin
  if (ready & valid) begin
    // 数据在时钟上升沿被采样
    data_out <= data_in;
  end
end

异步握手，没有公共时钟。双方各自用自己的时钟，靠信号本身的跳变来同步。这就像两个人不在同一个节拍器下跳舞，得靠眼神和手势来配合。

我做过一个项目，要把两个不同时钟域的系统对接。当时我选择了异步握手，用双锁存器做同步处理。嗯，这里要注意——异步握手最怕的就是亚稳态问题。

对比项	同步握手	异步握手
时钟要求	需要公共时钟	不需要公共时钟
实现复杂度	低	高
传输速率	高	低
抗干扰能力	一般	较强
典型应用	片内总线、DDR接口	UART、I2C、跨时钟域通信

1.3 握手协议的应用场景

握手协议无处不在。你想想看，从芯片内部的总线到板级的外设接口，从有线通信到无线协议，几乎都有握手的影子。

典型场景一：片内总线

ARM的AMBA总线、Intel的QuickPath Interconnect，都用握手协议来协调主设备和从设备之间的数据传输。我调试过一块SoC，总线握手时序没调好，CPU读内存时偶尔会读到错误数据。查了三天，最后发现是valid信号保持时间不够。

典型场景二：外设接口

• I2C——用SCL时钟和SDA数据线，配合起始条件和停止条件，完成异步握手
• SPI——用片选信号CS和时钟SCK，实现主从设备间的同步握手
• UART——用起始位和停止位做异步握手，没有时钟线，全靠波特率对齐

典型场景三：网络协议

TCP的三次握手，其实就是握手协议在网络层的体现。SYN、SYN-ACK、ACK，三次交互后才开始传数据。我曾经抓包分析过一个TCP重传问题，发现是握手阶段RTT太长导致的——嗯，硬件上的握手延迟也会影响上层协议。

1.4 握手协议的核心知识体系

下面这张图，是我自己总结的握手协议知识框架。你看一眼，就能对整章内容有个全局把握。

这张图把握手协议拆成了三层：定义、分类、应用。你顺着箭头看下去，就能理解握手协议的全貌。我个人习惯把这张图贴在工位上，每次设计接口时都对照着看一眼，确保没有遗漏关键点。