400G多模光纤:为何8通道50G比4通道100G更早落地
简介IEEE Std 802.3cm-2020 是 IEEE 发布的以太网修订标准聚焦多模光纤上 400Gb/s 的物理层与管理参数面向光通信工程师、数据中心网络架构师及 400G 光模块研发人员。标准新增 Clause 150定义了 400GBASE-SR8 与 400GBASE-SR4.2 两种接口覆盖信号编码、调制方式、光模块接口、光功率预算、连接器与光纤类型并涉及 FEC、PCS、PMA、PMD 等子层规范及链路训练、性能监控等管理参数是开发 400G 多模光通信产品、升级数据中心短距互联基础设施的关键依据。资源包为 1 个 PDF 文件大小约 1.44MB完整收录标准正文与摘要、关键词及版权声明便于检索条款与引用。目前已有 688 人学习下载适合需要对照官方规范进行产品设计、兼容性验证与网络规划的技术人员参考。1. 400G 多模光纤为什么 8 通道 50G 比 4 通道 100G 更早落地400GBASE-SR8 和 400GBASE-SR4.2 这两个名字放在一起很多人第一反应是「SR4.2 通道少、速率高应该更先进」。但真正翻过 802.3cm 文本的人会知道SR8 才是那个先被大规模部署的方案SR4.2 反而在实现上更「别扭」。这个反直觉的结论背后藏着多模光纤在 400G 时代最核心的工程约束不是电口做不到 100G/lane而是多模光纤的模态带宽和光模块的耦合效率在 100G/lane 这个量级上会同时撞墙。802.3cm 作为 802.3-2018 的第 7 号修正案只做了一件事新增 Clause 150把 400G 以太网跑在多模光纤上的物理层和管理参数写清楚。它定义了两种 PMD——400GBASE-SR8 走 8 对光纤、每通道 50G400GBASE-SR4.2 走 4 对光纤、每通道 100G目标传输距离至少 100 米。关键词里的「IEEE 802.3」「802.3cm」「光通信」三个词恰好对应了这份文档的三层价值它属于 802.3 体系、它是 cm 修正案、它服务于光通信产业链。搞懂它为什么这么设计比记住参数表有用得多。2. 从 Clause 150 看物理层分层PCS、PMA、PMD 各自在管什么2.1 为什么 400G 的 PHY 要拆成三层而不是两层以太网物理层从早期 10M/100M 时代的「一层搞定」到 400G 时代拆成 PCS、PMA、PMD 三个子层根本原因是速率越高电气接口和光接口的边界就越模糊。PCS 负责把 MAC 层来的数据做 64B/66B 编码、通道分发和对齐标记插入PMA 负责把 PCS 出来的通道映射到物理通道上并做发送端和接收端的信号调理PMD 才是真正跟光纤打交道的那一层定义光波长、光功率、消光比这些光学参数。802.3cm 新增的 Clause 150 主要落在 PMD 和 PMA 的接口定义上。400GBASE-SR8 的 PCS 沿用了 802.3cd 里定义的 400G PCS因为 8×50G 的通道结构跟 400GBASE-CR8 的电口方案在 PCS 层可以复用。而 400GBASE-SR4.2 的 PCS 则要做 4×100G 的通道分发每个通道 100G 的速率意味着 PCS 层需要处理更高速率的串行数据流对时钟恢复和均衡器的要求完全不同。常见的实现思路是SR8 的 PMA 做 8:8 的通道映射每个通道跑 50G PAM4SR4.2 的 PMA 做 8:4 的通道聚合把 PCS 出来的 8 个 50G 通道两两合并成 4 个 100G 通道。这个「两两合并」不是简单的复用而是要在电域做 2:1 的比特交织对 skew 控制的要求比 SR8 高一个量级。2.2 64B/66B 编码在 400G 下的开销账400G 以太网沿用了 64B/66B 编码而不是更高效的 256B/257B。原因在于 64B/66B 的同步头设计让接收端可以在极短时间内完成块同步这对 100 米多模链路的误码率预算很关键。66/64 的开销是 3.125%400G 的线速率因此是 425Gbps 左右分到 8 个通道就是每通道 53.125GbpsPAM4 调制下符号率约 26.5625Gbaud。这个数字不是随便定的。26.5625Gbaud 正好是 25G 以太网 25.78125Gbaud 的近似值光模块供应链可以复用大量 25G 时代的激光器和驱动器设计。如果换成 256B/257B线速率会降到 402Gbps 左右每通道 50.25Gbps符号率 25.125Gbaud跟 25G 的符号率对不上反而要重新设计光器件。所以 64B/66B 在 400G 多模场景下不是「落后」而是「兼容」。2.3 FEC 在 Clause 150 里的位置400GBASE-SR8 和 SR4.2 都强制使用 RS(544,514) 前向纠错这是 802.3cd 里为 50G/lane 定义的 FEC 码型。RS(544,514) 的纠错能力是每 544 个符号纠正 15 个符号错误码率约 94.5%。加上 64B/66B 的 3.125% 开销总的编码开销约 8.5%400G 的 MAC 速率对应到光口线速率就是 425Gbps 再乘 FEC 开销实际光口速率约 461Gbps。这里有个容易翻车的点很多人以为 FEC 是「可选增强」但在 400G 多模上 FEC 是强制的。因为 100 米多模链路的误码率在 50G PAM4 下通常在 1e-5 到 1e-4 量级不加 FEC 根本达不到 1e-12 的链路预算。802.3cm 在 Clause 150 里明确写了 FEC 的插入位置在 PCS 和 PMA 之间而不是在 PMD 之后这意味着 FEC 是对电信号做纠错光域本身不感知 FEC 帧结构。3. 400GBASE-SR8 的 8 通道设计为什么是 8 对光纤而不是 4 对3.1 多模光纤的模态带宽限制OM4 多模光纤在 850nm 窗口的模态带宽是 4700 MHz·kmOM5 是 4700 MHz·km 但在 953nm 有额外窗口。对于 50G PAM4 信号符号率 26.5625Gbaud需要的带宽大约是符号率的 0.7 倍即 18.6GHz。在 100 米距离上OM4 的带宽距离积是 4700 MHz·km / 0.1km 47GHz看起来够用。但如果跑 100G PAM4符号率 53.125Gbaud需要带宽约 37GHz100 米 OM4 的 47GHz 余量就很小了加上连接器损耗和光纤弯曲实际可用带宽可能只有 35GHz 左右误码率会急剧恶化。这就是 SR4.2 要用更复杂的均衡和可能更贵的 DSP 的原因。而 SR8 把每通道速率降到 50G带宽需求减半OM4 在 100 米上轻松支持。所以 8 通道不是「浪费光纤」而是用光纤数量换电域复杂度。数据中心里 MPO-16 连接器一拖八很常见8 对光纤的布线成本并没有比 4 对高多少但光模块的 DSP 功耗和成本可以降一大截。3.2 通道间 skew 预算怎么算8 通道并行传输最大的敌人是 skew。802.3cm 规定 SR8 的通道间 skew 不能超过 20ns这个数字来自 PCS 层对齐标记的缓冲深度。64B/66B 编码里每 16384 个块插入一个对齐标记对齐标记的周期是 16384×66bit / 400Gbps ≈ 2.7μs。接收端用这个周期做通道对齐缓冲深度必须能覆盖最大 skew。20ns 的 skew 对应约 8 个 66bit 块的偏移PCS 的弹性缓冲器深度通常在 16 到 32 个块之间留了足够余量。实际部署中MPO 连接器的光纤长度差异、光模块内部 8 个激光器的波长差异、以及光纤色散都会贡献 skew。850nm 窗口的色散系数约 -100 ps/(nm·km)8 个通道的波长间隔如果是 0.5nm100 米上的色散差就是 5ps可以忽略。主要 skew 来源是连接器端面的光纤长度差MPO-16 的端面研磨精度通常在 ±10μm 以内对应约 50fs 的时延差远小于 20ns 预算。3.3 光功率预算和消光比400GBASE-SR8 的发送光功率范围是 -6.5dBm 到 4dBm接收灵敏度是 -7.5dBmOMA消光比最小 3dB。这些数字跟 100GBASE-SR4 很接近因为每通道速率从 25G 提到 50G但 PAM4 调制让同样的 OMA 下平均光功率高了约 3dB。链路预算在 OM4 上 100 米约 1.5dB包括连接器损耗 0.5dB、光纤衰减 0.35dB850nm 下 3.5dB/km、以及余量。注意消光比 3dB 是 PAM4 信号的最小值实际模块通常做到 4dB 以上。如果消光比低于 3dBPAM4 的三个眼图会严重不对称FEC 纠错前的误码率可能超过 1e-3RS(544,514) 也救不回来。4. 400GBASE-SR4.2 的 4 通道 100G更少光纤背后的代价4.1 100G/lane 的电域挑战SR4.2 的每个通道跑 100G PAM4符号率 53.125Gbaud。这个速率下电信号在 PCB 上的损耗在 20GHz 处可能超过 20dB需要更强的发送端均衡如 3-tap FIR和接收端 CTLEDFE。光模块内部的驱动器功耗会从 SR8 的约 1.5W 升到 2.5W 以上8 个通道变 4 个通道省下的激光器功耗被 DSP 和驱动器的额外功耗吃回去不少。更麻烦的是光域。100G PAM4 对激光器的线性度要求极高SR8 的 50G PAM4 可以用 DML直接调制激光器而 SR4.2 通常需要 EML电吸收调制激光器或硅光调制器成本高出一截。802.3cm 在 Clause 150 里对 SR4.2 的 TDECQ发送色散眼图闭合代价要求是 3.4dB比 SR8 的 3.0dB 更宽松就是因为 100G/lane 下光眼图更难做干净。4.2 为什么 SR4.2 的 PCS 要做 8:4 聚合SR4.2 的 PCS 仍然产生 8 个 50G 通道的数据流但 PMA 要把这 8 个通道两两合并成 4 个 100G 通道。合并的方式是比特交织通道 0 和通道 1 的比特交替排列形成 100G 流。这样做的好处是 PCS 层可以复用 SR8 的 8 通道分发逻辑只需要在 PMA 层做聚合。坏处是如果两个 50G 通道之间的 skew 超过 1 个比特周期约 18.8ps交织后的 100G 流会出现比特错位FEC 可能无法纠正。所以 SR4.2 对 PMA 层的 skew 控制要求是 SR8 的 8 倍。实际实现中PMA 会在发送端插入对齐标记接收端用这些标记做通道间 deskew精度要到皮秒级。这也是为什么 SR4.2 的光模块通常比 SR8 贵 30% 到 50%而且早期互操作性测试经常翻车。4.3 两种 PMD 的适用场景对比特性400GBASE-SR8400GBASE-SR4.2光纤对数8 对4 对每通道速率50G PAM4100G PAM4符号率26.5625Gbaud53.125Gbaud激光器类型DML 为主EML/硅光为主TDECQ 要求3.0dB3.4dB模块功耗典型8-10W10-12W适用距离100m OM4100m OM4/OM5布线成本MPO-16 较高MPO-8 较低从表里能看出来SR8 的优势在模块成本和功耗SR4.2 的优势在布线密度。数据中心里如果已经铺了 MPO-8 的 OM4 布线升级到 400G 时 SR4.2 可以复用现有光纤不用重新穿线。但如果是新建链路SR8 的总体拥有成本通常更低。5. 避坑指南400G 多模部署中最容易翻车的五个点5.1 FEC 统计正常但链路不通现象光模块的 FEC 纠错计数在正常范围但 MAC 层收不到包链路起不来。原因802.3cm 的链路训练Link Training在 SR8/SR4.2 上是可选的但很多交换芯片默认开启。如果两端训练参数不匹配PMA 层的均衡器系数无法收敛虽然光信号本身没问题但电域眼图闭合PCS 层收不到有效的 64B/66B 块。解决检查两端 Link Training 的使能状态要么都开要么都关。如果都开确认训练协议版本一致802.3cd 和 802.3cm 的训练帧格式有细微差异。5.2 8 通道中某几个通道误码率偏高现象SR8 链路整体能通但 FEC 统计显示通道 3 和通道 6 的纠错前误码率比其他通道高两个数量级。原因MPO 连接器端面污染或光纤带中的某几根光纤弯曲半径过小。850nm 窗口对弯曲损耗比 1310nm 敏感得多一根光纤在 MPO 扇出处的弯曲半径如果小于 15mm附加损耗可能超过 1dB。解决用光纤端面检测仪检查 MPO 端面用红光笔逐通道打光确认通断。弯曲半径统一控制在 30mm 以上。5.3 SR4.2 模块在 OM4 上跑不到 100 米现象SR4.2 模块标称支持 100 米 OM4但实际链路在 70 米左右就开始出现 FEC 纠错饱和。原因OM4 的模态带宽在 850nm 是 4700 MHz·km但这是对 25G 以下速率的定义。100G PAM4 的 53.125Gbaud 信号会激发更多高阶模态有效带宽可能只有标称值的 60% 到 70%。如果链路中有多个连接器或熔接点损耗叠加后带宽进一步下降。解决换用 OM5 光纤OM5 在 850nm 的带宽与 OM4 相同但在 953nm 有额外窗口配合波长复用的 SR4.2 模块可以延长距离。或者改用 SR850G/lane 对带宽的要求低得多。5.4 模块功耗超预算导致散热降速现象400G 模块插入后交换机端口温度在 10 分钟内升到 70°C 以上模块自动降速到 200G 或直接掉线。原因SR4.2 模块的典型功耗 10-12W比 SR8 高 2W 左右。如果交换机面板的散热设计是按 400GBASE-CR8 的 8W 模块做的插 SR4.2 就会过热。802.3cm 没有规定模块的散热要求但 Clause 150 的 PMD 参数是在 0°C 到 70°C 外壳温度下定义的超过这个范围参数不保证。解决查交换机的每端口散热预算SR4.2 端口要留至少 12W 的散热能力。如果不够改用 SR8 或降低端口密度。5.5 互操作性测试中 TDECQ 超标现象A 厂商的 SR8 模块和 B 厂商的交换机配合时发送端 TDECQ 测试值 3.8dB超过 802.3cm 规定的 3.0dB。原因TDECQ 的测量跟接收端均衡器的带宽有关。如果交换机侧的接收机带宽不足测量出的 TDECQ 会偏高。802.3cm 规定 TDECQ 测量要用参考接收机但实际测试中经常用被测交换机自己的接收机导致结果偏差。解决用标准参考接收机做 TDECQ 测试或者跟模块厂商确认测试条件。如果确实是模块本身 TDECQ 超标检查激光器的偏置电流和调制幅度是否在规格书范围内。6. 从 802.3cm 看标准制定的取舍为什么不多定义一种 4×100G 的 PMD802.3cm 只定义了 SR8 和 SR4.2 两种 PMD没有定义 4×100G 的 SR4 变体这个选择本身就值得琢磨。从技术上讲4×100G 的 PMD 完全可以做但 802.3cm 的工作组在讨论阶段就否决了这个方案原因是多模光纤在 100G/lane 下的链路预算太紧如果定义成标准互操作性测试的通过率会很低反而拖累整个 400G 多模生态的成熟。这个取舍反映了一个更深层的设计哲学以太网标准追求的不是「理论最优」而是「大规模可制造、可互操作」。SR8 的 8×50G 方案在光器件成本、DSP 功耗、链路预算上都有余量虽然光纤数量多但 MPO-16 连接器和 8 通道并行光学在 100G 时代已经成熟供应链可以快速上量。SR4.2 则是给那些布线密度受限的场景一个「够用就好」的选择它的 TDECQ 要求放宽到 3.4dB就是在互操作性和性能之间做的妥协。我一般会这么理解 802.3cm 的定位它不是一份「教你做 400G 光模块」的文档而是一份「让不同厂商的 400G 光模块能插在同一台交换机上」的契约。Clause 150 里的每一个参数——从消光比到 TDECQ从 FEC 码型到 skew 预算——都是多方博弈后的最小共识。读这份标准的时候如果只盯着参数表很容易觉得「这些数字怎么这么保守」但如果从互操作性测试的角度看每一个保守的数字背后都是无数次翻车换来的血泪经验。从那以后我每次看以太网物理层标准都会先翻到互操作性测试那一章看看工作组在哪些参数上留了余量。余量越大的地方通常就是实际部署中最容易出问题的地方。希望帮到你。本文还有配套的精品资源点击获取

相关新闻

400G多模光纤标准解析:SR8与SR4.2的物理层设计差异与工程实践

400G多模光纤标准解析:SR8与SR4.2的物理层设计差异与工程实践

简介:IEEE Std 802.3cm-2020 是 IEEE 发布的以太网修订标准,聚焦多模光纤上 400Gb/s 的物理层与管理参数,面向光通信工程师、数据中心网络架构师及 400G 光模块研发人员。标准新增 Clause 150,定义了 400GBASE-SR8 与 400GBASE-SR…

2026/10/18 10:36:45 阅读更多 →
Linux Socket 编程实战:从可编译实例到多连接服务

Linux Socket 编程实战:从可编译实例到多连接服务

简介:这份资源面向Linux网络编程初学者与需要夯实Socket基础的开发者,系统梳理了Socket通信的核心原理与常用接口。内容从网络中进程如何唯一标识讲起,说明IP地址、协议与端口三元组的作用,并解释Socket作为特殊文件的设计思想&am…

2026/10/18 10:36:45 阅读更多 →
微信小程序远程在线诊疗系统:基于SSM的完整设计与实现

微信小程序远程在线诊疗系统:基于SSM的完整设计与实现

简介:面向高校毕业设计场景的微信小程序远程在线诊疗系统完整项目,后端采用Java SSM框架与MySQL数据库,前端为微信开发者工具构建的小程序,并辅以Vue相关后台管理界面。系统内设管理员、用户、医生三类角色,覆盖科室信…

2026/10/18 10:36:45 阅读更多 →

最新新闻

XMLViewer:高效处理大文件XML的树形查看与搜索工具

XMLViewer:高效处理大文件XML的树形查看与搜索工具

简介:XMLViewer 是一款面向开发人员与运维人员的专业 XML 查看工具,主要解决日常排查 XML 文件语法是否正确、结构是否清晰的问题。安装完成后,只需右键点击 XML 文件并选择“View”,即可快速打开查看,省去手动配置编辑…

2026/10/18 11:17:01 阅读更多 →
按键脚本与智能辅助深度对比:一个自动化项目的真实踩坑实录

按键脚本与智能辅助深度对比:一个自动化项目的真实踩坑实录

做自动化这几年,我被人问得最多的一句话就是:“做这种自动点击、自动录入的活儿,到底用传统按键脚本,还是用那种带图像识别、带‘智能’二字的辅助工具?”说实话,这个问题没有标准答案,但有一个…

2026/10/18 11:17:01 阅读更多 →
DNS与CDN协同工作:从CNAME调度到缓存回源的运维排查指南

DNS与CDN协同工作:从CNAME调度到缓存回源的运维排查指南

1. 从一次页面访问说起:先搞清楚DNS和CDN分别在忙什么很多人对DNS的理解停留在“把www开头的域名翻译成IP地址”这一步,对CDN的理解停留在“把静态文件缓存到离用户近的服务器”这一步。这两句话没错,但远远不够。如果你手里正好有一个域名要…

2026/10/18 11:17:01 阅读更多 →
SSM + MySQL + JSP 的小区物业管理系统设计与部署全解析

SSM + MySQL + JSP 的小区物业管理系统设计与部署全解析

简介:一款基于SSM框架和MySQL数据库的双星小区物业管理系统完整源码包,面向Java学习者、毕业设计开发者以及需要快速搭建后台管理系统的工程技术人员。系统整合Spring、SpringMVC、MyBatis与Maven,前端采用JSP、CSS、JavaScript,包…

2026/10/18 11:17:01 阅读更多 →
工控系统选型指南:Windows、Linux与安卓的适用场景与避坑实践

工控系统选型指南:Windows、Linux与安卓的适用场景与避坑实践

1. 三种工控系统的基本盘与选型逻辑工业控制这个圈子有个很有意思的现象:做PLC的人觉得上位机用什么系统无所谓,做视觉检测的人为了一个相机驱动能折腾三天,而做产线MES对接的人则天天祈祷现场那台工控机别蓝屏。这三种焦虑背后,其…

2026/10/18 11:17:01 阅读更多 →
YOLOv8鸡蛋检测项目实战:从数据标注、一键训练到Web部署的完整链路

YOLOv8鸡蛋检测项目实战:从数据标注、一键训练到Web部署的完整链路

做目标检测项目的同学,尤其是一上来就打算拿YOLOv8搞定制化检测的,普遍会卡在同样的三座山上:一是没有一套能直接用的已标注数据集,标注成本极高,自己从零标几百张图就标得想吐;二是训练流程繁琐&#xff0…

2026/10/18 11:16:01 阅读更多 →

日新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/18 0:00:55 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/18 0:00:55 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/18 0:55:02 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/17 17:22:31 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/16 14:23:36 阅读更多 →