手上同时压着三代光模块——SFP 的、QSFP 的、QSFP28 的——要把它们的温度、供电电压、每通道光功率统一采集进一套监控系统第一件让人头疼的事往往不是写代码而是发现它们的寄存器手册根本不是同一本。SFF-8472、SFF-8436、SFF-8636 这三个编号基本就是光模块管理接口的分水岭8472 管 SFP 那一脉8436 管 40G QSFP8636 把 QSFP 家族的页式管理接口重新梳理了一遍后来 QSFP28、QSFP56 乃至 CMIS 都从它这里长出来。三个规范底层跑的都是同一套 I2C 两线总线7 位地址 0x50 和 0x51但内存布局、分页方式、字段含义各成一派。这篇东西写给两类人看一类是要在交换机、光模块测试仪或者自研板卡上做模块信息采集的嵌入式/驱动工程师另一类是运维侧要拿模块 DDM 数据做光路预警的人。我不会逐条翻译标准原文——那种事标准本身干得比我好——而是把三个编号的内存地图、字段偏移、换算公式、切页时序按我的理解串一遍再把实测中真正会出问题的几个点摊开讲。看完你至少能做到拿到一只不知型号的模块先判断它归哪个规范管然后知道该往哪几个字节去读、读出来怎么换算成物理量。1. 三个编号不是三套协议是三代模块管理接口1.1 先把身份认准8472、8436、8636 各自管哪一摊严格来讲这三个都不是网络协议它们是 SFF 委员会发布的多源协议MSA与接口规范。把它叫成协议在日常沟通里无所谓但跟硬件同事对需求时最好说清楚这些规范规定的是模块内部的 EEPROM 内存怎么排布、主机怎么通过 I2C 把它读出来而不是数据链路层的收发规则。数据面跑的是 10G/40G/100G 的光信号管理面跑的是几百 kHz 的 I2C两码事。分工上SFF-8472面向 SFP、SFP、SFP28 这一脉Identifier 通常是 0x03。它定义了两个 128 字节页0x50A0h放基础识别信息0x51A2h放数字诊断监控DDM数据。单通道一个 Tx、一个 Rx。SFF-8436面向 QSFP也就是 40G4×10G那一代。它继承了 8472 的很多字段定义但引入了低页 上位页分页寻址机制因为 4 通道模块要监控的东西翻了好几倍。SFF-8636全称是 Common Management Interface是 QSFP 家族的统一管理接口覆盖 QSFP、QSFP28、QSFP56。它把 8436 的分页思路规范化、补齐了控制位和按通道字段是目前写 QSFP 采集代码最该对着看的那本。顺便提一句几个经常一起出现的编号看文档时容易混SFF-8024 定义了 Identifier 的取值表各种封装对应的编号SFF-8690 管可调波长模块INF-8074 是更早的 SFP MSA。真正读代码时Identifier 那一字节一定要按 SFF-8024 查不要凭印象填。规范覆盖封装典型速率管理接口内存组织SFF-8472SFP / SFP / SFP281G~25GI2C 0x50 0x51两个固定 128 字节页SFF-8436QSFP40G4×10GI2C 0x50分页低页 128B 上位页SFF-8636QSFP / QSFP28 / QSFP5640G~200GI2C 0x50分页低页 页 0~3页 0 必选1.2 演进逻辑从固定两页到分页 按通道为什么 8472 之后要搞分页想清楚这一点后面所有字段布局都会变得合理。SFP 是单通道器件需要监控的量就那么几个模块温度、供电电压、激光器偏置电流、发射光功率、接收光功率。每个量 2 字节加上 40 字节的门限配置、6 字节的告警标志位128 字节的 A2h 装得舒舒服服还能剩一大块留给厂商自定义。到了 40G QSFP通道数变成 4 条光功率和偏置电流每个都要按 lane 分开报——不然链路出问题时你只知道这只模块光功率偏低却不知道是哪一路坏了排障效率直接砍半。同时 40G/100G 模块还有 CDR 开关、输出幅度、均衡器这些需要主机写入的电气参数固定两页 256 字节根本塞不下。于是 8436 引入分页低页 0~127 字节固定128~255 字节这块上半区的内容由低页最后一个字节偏移 127当页号指针来决定映射成哪一页。8636 把这套机制继承下来并做了规范化和扩展。这个设计的代价是读同一个地址得到的可能是完全不同的一页数据取决于你上一次写给 127 字节的值是什么。这是后面所有坑的根源先记住这句话。1.3 揣在兜里的最小知识清单如果你只想记几条就记这几条读 SFP0x50 看身份0x51 看 DDM。0x51 不存在的话读操作会因为从机不应答而报错——这本身就是该模块不支持数字诊断的信号。读 QSFP低页0x50 的 0~127同时承担身份和实时监控两个职责温度在 22~23 字节128~255 要切页。三者的物理量单位和字节序高度一致温度 1/256 ℃、电压 100 µV/LSB、光功率 0.1 µW/LSB、偏置电流 2 µA/LSB且都是大端高字节在前。这意味着你写的换算函数一套就够全场通用省下来的时间可以干别的。0x50 的第 127 字节在 SFP 上是厂商自定义区的一部分在 QSFP 上是页选择字节。同一个地址两种命运别把给 SFP 写的代码直接搬到 QSFP 上。2. SFF-8472把 A0h 和 A2h 两页内存读明白2.1 A0h 是模块的身份证偏移最好背下来A0h0x50前 96 字节是标准的、厂商不敢乱动的基础识别区第 95 字节是 CC_BASE 校验和对 0~94 字节做校验。我按常用字段整理了一张表写采集程序时直接照着取就行偏移长度字段备注01IdentifierSFP/SFP 通常为 0x0311Ext. Identifier扩展标识21Connector Type连接器类型编码3~108合规码10G/1G 以太网、光纤通道等能力位111Encoding编码方式如 64B/66B121BR, nominal标称速率单位 100 Mbps131Rate Identifier速率标识14~196传输距离单模 km、单模 100m、OM2/OM1/OM4/铜缆20~3516Vendor NameASCII不足补空格361扩展合规码旧版本中为保留37~393Vendor OUI厂商组织唯一标识40~5516Vendor PN厂商型号56~594Vendor Rev版本号60~612Wavelength波长单位 nm631CC_EXT校验和覆盖 64~94 字节64~652Options能力选项位66~672BR max / min速率上下限68~8316Vendor SN序列号84~918Date Code生产日期 批次921Diagnostic Monitoring Type关键字段见下节931Enhanced Options增强选项位941SFF-8472 合规版本模块实现的是哪一版951CC_BASE校验和覆盖 0~94 字节96~12732厂商自定义各家玩法不同有几个字段是排障时的关键抓手。第 84~91 字节的 Date Code前 6 位是 YYMMDD后面是批次号判断一只模块是不是翻新货或者批量性故障看这个比看包装盒靠谱得多。第 94 字节告诉你模块声明的版本号遇到某些字段读出来是 0的情况先确认它声明的版本里到底有没有定义这个字段别急着怀疑模块坏了。2.2 A2h 的 DDM 是三段式布局门限、实时值、标志位A2h0x51的结构非常工整记住三段就够用了。第一段是门限值从偏移 0 开始的 40 个字节顺序固定为温度、电压、偏置电流、发射光功率、接收光功率每一种都是高报警、低报警、高告警、低告警四个 16 位值一共 5×4×2 40 字节。具体排布是这样的偏移物理量类型0~7温度高报警 / 低报警 / 高告警 / 低告警8~15供电电压同上四项16~23偏置电流同上四项24~31发射光功率同上四项32~39接收光功率同上四项第二段是实时值位置在偏移 96 开始偏移物理量单位与格式96~97温度有符号 16 位1/256 ℃98~99供电电压无符号 16 位100 µV100~101Tx Bias无符号 16 位2 µA102~103Tx Power无符号 16 位0.1 µW104~105Rx Power无符号 16 位0.1 µW106~111保留 / 可选—112~117报警与告警标志位逐位对应上面五项的高低报警/告警118~127厂商自定义—第三段是标志位112~117每个物理量占两位一位表示超了报警门限一位表示超了告警门限。这里有个经验性的做法不要只信标志位。很多模块的标志位更新滞后于实时值或者干脆没实现。做光路预警时我自己的做法是拿实时值和门限值自己比一遍标志位只作为辅助参考。这么做的代价是多写几行比较逻辑收益是避免出现标志位没报但光功率已经掉到门限以下的漏报。换算上最值得刻在脑子里的公式是光功率那一行。原始值单位是 0.1 µW也就是 raw × 0.0001 mW换算成 dBm 就是P(dBm) 10 × lg(raw) − 40这个式子好用在哪不用先乘再除一眼就能估。raw 10000 对应 0 dBm1 mWraw 1000 对应 −10 dBmraw 100 对应 −20 dBmraw 10 对应 −30 dBm——每降一个数量级正好掉 10 dB。在现场拿着十六进制原始值口算的时候这个规律能救急。2.3 内部校准与外部校准决定了读数能不能直接用回到 A0h 的第 92 字节Diagnostic Monitoring Type这个字节里藏着两三个关键位一个位表示是否实现了数字诊断监控另外几个位表示校准方式。内部校准internally calibrated意味着你可以直接把 96~105 里的原始值按上一节的公式换算结果就是准的外部校准externally calibrated意味着这些原始值只是中间量必须再结合模块提供的标定系数做换算少了这一步光功率读数可能差好几 dB。我遇到过的最典型的场景是一批模块里混了两家供应商其中一家的 Rx Power 读出来比光功率计低 4~5 dB查了半天代码以为是自己换算错了最后发现是外部校准而当时的解析程序直接按内部校准处理了。所以解析程序的第一件事应该是读第 92 字节判断校准模式再决定用哪条换算路径而不是拿到数据就套公式。这个判断逻辑写一次后面几年都不会再咬你。还有一点容易忽略如果模块没实现 DDM0x51 这个地址在整个 I2C 总线上会表现为无应答。有些 I2C 适配器在这种情况下返回全 0xFF 而不是报错如果你不做检查会得到一堆看起来像是数据的垃圾值——温度 255.99 ℃、电压 6.5535 V 之类。看到这些特征值第一反应应该是地址没应答而不是模块过热。3. SFF-8636 的分页机制与按通道监控3.1 页选择字节对 0xA0 第 127 字节的一次单字节写8636 最核心的机制就在这一个字节上。低页固定映射在 0x50 的 0~127上半区 128~255 的内容由低页偏移 127 的页选择字节决定写 0x00 映射页 0写 0x01 映射页 1以此类推。也就是说上位页的访问是先写指针再读数据的两步操作。用命令行工具做一次切页大概是这样# 切到上位页 0 i2cset -y 1 0x50 0x7f 0x00 # 给模块一点反应时间别贴脸读 sleep 0.05 # 读页 0 偏移 148 起128 20的厂商名字段 i2cget -y 1 0x50 0x94 w这里必须强调写方式要发一次标准的单字节写byte write——起始、从机地址写、命令字节 0x7F、数据字节页号、停止。不要用块写block write也不要用先写地址再读的复合事务去切页。有些便宜的 USB 转 I2C 适配器在实现上会额外插入一次随机读模块固件对这种非标准时序的容忍度各不相同表现就是偶发切页失败或读回来的还是上一页。我在一个批量测试台上就吃过这个亏换了一根线之后偶发失败率从 0 变成 3%查了两天才定位到是适配器固件的问题不是模块的问题。还有一点切页完成后不要立刻紧接着读。模块固件需要几十微秒到几百微秒来更新内部映射稳妥的做法是加一个 50 ms 左右的延迟或者切页后先读一次低页的某个稳定字段做探针确认总线状态正常再读上位页。3.2 低页的实时监控区温度、电压和四条 lane8636 低页的监控区和 8472 的思路一脉相承但因为通道数变了结构更紧凑偏移内容单位22~23模块温度有符号1/256 ℃24~25保留—26~27供电电压100 µV28~33辅助监控Aux1~Aux3厂商定义常用于激光器温度、TEC 电流等34~41四条 lane 的接收光功率每条 lane 2 字节0.1 µW42~49四条 lane 的发射偏置电流每条 lane 2 字节2 µA50~57四条 lane 的发射光功率每条 lane 2 字节0.1 µW95CC_BASE 校验和覆盖 0~94127页选择字节决定 128~255 映射注意 24~25 这两个字节是空的。第一次对着映射表写代码的时候我以为是文档写错了后来理解了这是为了给后续版本留出对齐空间也是为什么电压落在 26~27 而不是紧挨着温度。写解析器的时候这两个字节直接跳过就行别往里面塞东西。按通道监控带来的排障价值是实打实的。举个实际例子一根 100G 的 AOC 链路出现间歇性丢包模块整体温度、电压都正常只看汇总指标完全看不出问题。把四条 lane 的接收光功率拉出来一比发现 lane 3 比其他三条低了 3 dB 左右直接定位到是连接器端面脏了擦一下就好了。如果没有按通道数据这种问题就得靠换线换端口一路试过去。3.3 上位页 0 的静态信息和 CC_EXT 校验页 0 是必选的静态信息页承载模块的身份和厂商数据字段偏移和 8472 有个很舒服的对应关系——大部分是把 8472 的偏移加上 128偏移字段128Identifier 副本129Revision Compliance声明的版本合规信息130~147波长、供电类别、速率上下限等静态描述148~163Vendor Name16 字节 ASCII164~166Vendor OUI168~183Vendor PN184~185Vendor Rev196~211Vendor SN212~219Date Code223CC_EXT 校验和比对一下8472 里厂商名在 20~35这里在 148~163正好差 128型号 40~55 对 168~183序列号 68~83 对 196~211日期码 84~91 对 212~219全部对齐。理解了这个加 128的规律两张表你只需要记一张。关于分页的边界得说句实在话标准里页 0 是必选页 1 在早期版本中保留页 2、页 3 属于可选扩展厂商用来放按通道的扩展信息、门限或者私有数据实际实现差异很大。我从来不假设某个页一定存在而是在程序初始化时把页 0 到页 3 各 dump 一遍看哪几页返回的不是全 0xFF、校验和对不对得上再决定读哪些页。这套探测式逻辑比死记标准里哪页有什么字段稳健得多毕竟现场遇到的模块品牌可能比你看过的标准版本还多。顺便说 CC_EXT 和 CC_BASE 这两个校验和怎么用把指定范围的字节按无符号求和取低 8 位和校验字节比较。校验不过通常意味着三种情况——读到的是错误的页、模块 EEPROM 有损坏、或者你在切页过程中踩到了时序问题。在批量测试场景里校验和是最省事的数据可信度开关不过就直接丢弃重读别把脏数据写进数据库。3.4 SFF-8436 和 SFF-8636 到底差在哪很多人问既然 8636 覆盖了 QSFP那还看 8436 干嘛。实测里的答案是现场确实存在只按 8436 实现的早期 40G 模块尤其是一些老库存或者工业级产品。两者的主要差异可以这么理解页号定义和页内容组织上8636 更明确8436 相对宽松留白更多。8636 对控制位CDR 开关、输出幅度、均衡器、Rate Select 等的定义更细8436 里有些位是保留的。按通道的监控字段8636 的表达更规范字段位置更稳定。校验和、版本合规字段这些元信息8636 要求更清楚。工程上的务实做法是代码主体按 8636 写读取时先看 Instrument 的第 1 字节状态和页 0 的版本合规信息遇到声明为旧版本的模块就走降级路径——比较温和的方式是把版本相关的字段解析做成可配置的解析表而不是写死一堆 if-else。我的做法是维护一张字典键是标识符 版本合规值值是该组合下的字段映射表新遇到一种模块就往里加一条代码逻辑完全不用动。再往后就是 CMIS 了。QSFP-DD、OSFP 用的那套已经被 CMIS 接管它继承了 127 字节切页的思路但把页号空间从几个扩展到 0x00~0xFF寻址粒度更细、页里塞的东西更多。如果你的产品线后面要往 400G 走现在写 8636 解析时就该把页号抽象成一个参数而不是硬编码常量到时候迁移的改动量会小很多。4. 上机实操一次把三种模块都读出来4.1 准备工作i2c-dev、总线定位、地址确认在 Linux 下读模块 EEPROM 最省事的路径是 i2c-dev 那套工具。先确认内核模块加载了modprobe i2c-dev i2cdetect -l # 列出所有 I2C 适配器 i2cdetect -y 1 # 扫描 1 号总线上的设备地址i2cdetect -y 1的输出里如果能看到 0x50 出现说明模块的 A0h 在总线上是应答的如果同时能看到 0x51说明这只模块支持 DDM读 A2h 的前提。这里有个细节值得说i2cdetect 显示的是 7 位地址如果你在别的工具里用的是 8 位地址0xA0/0xA2记得差一位左移混用会导致地址找不到这种看起来像硬件故障、实际是软件笔误的问题。如果是插在交换机上的模块I2C 总线往往挂在交换芯片后面还要过一层 I2C muxi2cdetect能看到的地址取决于 mux 的通道选择是否已经配好。这种情况下直接用ethtool -m反而更省事因为它走的是驱动里已经配好的路径。4.2 SFP 的 DDM 读取与换算先 dump 一遍看看数据长什么样i2cdump -y 1 0x50 b # A0h基础识别区 i2cdump -y 1 0x51 b # A2hDDM 区模块不支持 DDM 时会报错能用是能用但i2cdump输出的是按 16 字节一行的十六进制看单个字段很费眼。更实用的是定点读。这里有个必须知道的字节序陷阱SMBus 的读字read word操作返回的两个字节低字节是命令指定的寄存器内容高字节是下一个寄存器内容而模块里存的是大端高字节在前。所以i2cget -y 1 0x51 0x60 w打印出来的值是把两个字节按小端拼起来的结果你必须自己交换字节。举个具体例子假设模块在 0x60 处存的是 0x28在 0x61 处存的是 0x19那么温度原始值应该是 0x2819 10265除以 256 得到 40.1 ℃。但i2cget会打印0x1928。如果你直接拿 0x1928 去算会得到 25.1 ℃——看起来完全合理所以这个错误极难被发现直到你拿它跟机房里真实的 40 ℃ 环境对不上号。我在一个客户现场就被这个坑缠了一下午。换算函数用 Python 写大概是这样把这几个函数固化下来后面读任何模块都能复用import math def s16(hi, lo): v (hi 8) | lo return v - 0x10000 if v 0x8000 else v def u16(hi, lo): return (hi 8) | lo def to_temp(hi, lo): # 单位 1/256 摄氏度 return s16(hi, lo) / 256.0 def to_vcc(hi, lo): # 单位 100 µV return u16(hi, lo) / 10000.0 def to_bias_ma(hi, lo): # 单位 2 µA输出 mA return u16(hi, lo) * 2 / 1000.0 def to_power_dbm(hi, lo): # 单位 0.1 µW输出 dBm raw u16(hi, lo) return 10 * math.log10(raw) - 40 if raw 0 else float(-inf)拿一组真实数值验一下电压原始值 0x80E8 3300033000/10000 3.3 V对得上偏置电流原始值 0x1900 64006400×2 µA 12.8 mA对得上接收光功率原始值 100010×lg(1000) − 40 −10 dBm也对得上。公式没问题剩下的就是偏移取对。4.3 QSFP 的切页读法与批量化脚本QSFP 比 SFP 多了一步切页读取流程变成写页号 → 等 → 读 128 以上地址。写个小脚本批量拉四只模块的数据大概是这个骨架BUS1 ADDR0x50 for PAGE in 0 1 2 3; do # 切页单字节写命令字节 0x7F i2cset -y $BUS $ADDR 0x7f $PAGE sleep 0.05 echo page $PAGE # 只读上半区 128~255 i2cdump -y $BUS $ADDR 0x80-0xFF b done跑完之后最好再切回页 0 收尾——有些模块在断电重启前的页状态会被保留如果不复位下次上电后的第一次读取可能落在非预期的页上。这个习惯在长期运行的采集服务里更重要每次读完主动切回页 0比在初始化时猜当前页是什么要稳妥。如果想要更省事的方案很多支持 SFP/QSFP 的网卡驱动和ethtool -m已经能把这些字段解析好了。什么时候必须自己读我的判断标准是批量测试台、需要采集没被驱动接管的模块、或者需要读厂商私有页——这三种情况直接走 i2c-dev。日常运维看告警ethtool -m足够了还能避免自己算错单位。4.4 常见误读的排查链路我在现场遇到过的模块读取问题最后归到这么几类。按这个顺序排查能省不少时间现象最可能的原因验证方式0x51 读取报错 / 返回全 0xFF模块不支持 DDM或未上电i2cdetect 看 0x51 是否应答温度数值明显偏低读字时没做大端字节交换手动 dump 两个字节比对光功率偏差几 dB外部校准未做换算读 A0h 第 92 字节判断校准模式切页后读到的还是旧数据切页未用单字节写或缺延时换成单字节写 加 50ms 延迟校验和总是失败页号错、EEPROM 损坏或时序问题逐页 dump 比对 CC 值读到的厂商名是乱码读了错误的页或偏移算错直接 dump 整页看 ASCII 分布排这类问题的通用思路是先确认通路、再确认页、最后确认字段。通路就是设备和地址在总线上能不能应答页就是你读的这 128 字节到底属于哪一页字段就是偏移和字节序对了没有。绝大部分模块数据看起来不对的问题都停在前两步真正是模块硬件坏的比例其实很低。5. 我在实际项目里踩过的几个坑5.1 切页后立刻读拿到的还是上一页的数据这个坑我踩过不止一次而且每次表现都不一样有时候是切页完全没生效有时候是偶发。根因前面说过是时序写页号是一次独立的单字节写事务模块固件收到之后要更新内部寄存器映射这需要时间。如果主机在几微秒内就发起读事务读到的可能还是旧映射。当时的排查过程是这样的先怀疑代码里的页号写错了加了打印确认写的是 0x00然后怀疑模块不支持分页换了一只模块还是一样接着抓了 I2C 波形发现写事务和读事务之间确实挨得太近间隔只有几十微秒。把延迟加到 50 ms 之后问题消失。后来我把这段逻辑改成切页 → 延时 → 读一次低页偏移 0 的 Identifier 作探针 → 再读上位页等于加了双保险再没出过问题。经验是在 I2C 这种低速总线上该加的延时一定要加。省下来的那几十毫秒后面可能要用两天来排查。5.2 光功率换算要多算一步单位刚上手的时候我把 0.1 µW 当成了 µW结果所有光功率读数都偏高 10 dB还一度以为是模块校准有问题。10 µW 和 1 µW 之间差的正好是 10 dB这个数在光功率语境里太正常了所以特别有迷惑性——你会觉得模块确实偏差大一点而不会想到是单位错。后来我固定用 dBm 作为内部存储单位并且强制走10×lg(raw) − 40这条公式不再手工乘系数才彻底杜绝了这类错误。顺带说一个判断技巧如果你算出来的接收光功率是正的 0 dBm基本可以确定单位或者公式错了。光模块的接收光功率通常落在 −3 dBm 到 −20 dBm 这个区间正几 dBm 只有直连短距且加了衰减器的情况下才会出现做监控预警时看到正数直接标记为可疑数据。5.3 别把 0xA0 的第 127 字节当成厂商区乱写这是 8472 和 8636 混用代码时最容易出的事故。一个只针对 SFP 写的工具可能会往 0x50 的 0x7F 写一些厂商自定义的配置因为对 SFP 来说那确实是留给厂商的区域。但同一段代码作用在 QSFP 上就会把页选择字节改掉后果是后续所有上位页读取全部错乱而且因为不报错脏数据会静静流进数据库。我的处理方式是在代码里把这个字节按封装类型做分支保护读之前先确认 IdentifierSFP 分支绝不碰 0x7FQSFP 分支才允许写。写保护这种东西加一行判断的成本几乎为零漏掉之后的排查成本可能是一整天。5.4 门限告警别只看标志位自己比一遍更靠谱前面提过一次这里再展开说一下为什么。模块内部的门限比较逻辑是模块固件实现的不同厂商的实现质量差别很大有的模块标志位置位和复位都有滞回有的模块门限值本身存得就不太对还有的模块标志位更新频率很低。我在一个长期运行的光路监控项目里做过统计一段时间内真正需要关注的光功率缓慢劣化事件里有相当一部分是标志位还没报、但实时值已经连续几个小时贴着门限走。所以现在的做法是程序自己维护实时值和门限值的比较并且做趋势判断——不只看当下是否越限还看最近几小时的滑动均值有没有往下走的趋势。这才是光路劣化预警真正的价值等标志位跳起来再去处理往往已经丢包了。最后一个体会这三个规范看着像三本不同的手册但只要你抓住内存分页 大端字节序 统一物理量单位 校验和自检这四条主干剩下的字段差异都是查表的活。我在项目里做的第一件事从来不是写解析代码而是拿一只真实模块把它的 EEPROM 完整 dump 出来对着实际数据把偏移表核一遍再动手写。这一步花二十分钟能省掉后面无数次为什么这个字段读出来是 0的来回。等表固化了再往代码里写心里就有底了。