2. 后端问题分类与优先级判定
进入复杂后端阶段后，工程师面对的不再是单一工具报错，而是同一版数据库里同时存在的时序违例、DRC 违规、LVS 不匹配、功耗超标、布线拥塞、IR Drop 越限和信号完整性问题。这些问题往往互相牵连：修时序可能加重拥塞，加宽电源线可能挤压布线资源，改 DRC 又可能引入新的 LVS 错误。因此，第一步不是急着修，而是先把问题分类，再按影响面和紧急度排出处理顺序。
一、按问题性质分类
后端问题可以按“它破坏了什么”来分类，这比按工具名分类更有指导意义。
- 时序类：setup、hold、transition、capacitance、clock skew、串扰引起的延迟变化。核心是数据到达时间与时钟捕获窗口的关系。
- 物理验证类：DRC（间距、宽度、密度、天线）、LVS（开路、短路、器件识别、衬底连接）。核心是版图是否可制造、是否与网表一致。
- 功耗类：动态功耗、漏电功耗、峰值电流。核心是电源网络能否持续供给。
- 拥塞类：全局布线溢出、局部热点、pin density 过高。核心是布线资源是否够用。
- IR Drop 类：静态 IR、动态 IR、电源网格压降。核心是到达标准单元的实际电压是否足够。
- 信号完整性类：串扰噪声、耦合电容、glitch、EM（电迁移）。核心是信号在真实互连环境下是否仍可靠。
分类的价值在于：不同类别的问题，修复手段、验证方法和风险完全不同。时序问题常靠优化单元、调整约束、改布线；DRC 靠改版图几何；LVS 靠修连接关系；IR Drop 靠加电源 stripe、加 decap；拥塞靠调整 floorplan 或降低局部密度。若分类错误，修复方向就会南辕北辙。
二、按影响面与紧急度判定优先级
分类之后，需要判断“先修谁”。这里推荐两个维度：影响面（问题波及多少模块、是否阻断后续流程）和紧急度（是否卡住 signoff、是否随迭代恶化）。
影响面大的问题包括：全局电源网格压降、大面积 DRC 密度违规、LVS 顶层短路、时钟树上的 setup 违例。这类问题一旦存在，其他局部优化往往白做。紧急度高的问题包括：导致 tapeout 无法签核的违例、随迭代数量快速增长的违例、位于关键路径且余量持续恶化的时序问题。
下面这张图把常见后端问题按“影响面—紧急度”两个维度放入优先级矩阵，帮助快速定位处理顺序。
三、从分类到判定的实际流程
实际项目中，可以按以下顺序建立判定习惯。第一步，跑完各 signoff 检查后，先统计每类问题的数量、分布和趋势。例如：DRC 违规 1200 个，其中 900 个集中在某一块 memory 周边；LVS 报 3 个短路；setup 违例 45 条，其中 8 条在时钟路径上；IR Drop 最差 92mV，超过 10% 阈值。第二步，标记哪些问题阻断后续流程。LVS 短路不修，后续所有验证都不可信；电源短路不修，芯片可能直接失效。第三步，标记哪些问题随迭代恶化。例如拥塞从 0.3% 涨到 2.1%，说明 floorplan 或布局策略需要调整，而不是局部修补。第四步，对剩余问题按模块、路径、区域分组，优先处理关键模块和关键路径。
一个常见的误区是“按工具报错顺序修”。工具报错顺序通常按文件、按坐标或按字母排列，与工程优先级无关。另一个误区是“先修容易的”。容易修的问题往往影响面小，先修它们会消耗迭代次数，而真正卡签核的问题仍在恶化。
四、优先级判定准则
综合来看，可以形成如下判定准则：
| 优先级 | 判定条件 | 典型问题 | 处理策略 |
|---|---|---|---|
| P0 | 阻断流程 / 芯片功能失效 | LVS 短路、电源短路、无法布线 | 立即停止其他优化，优先定位根因 |
| P1 | 全局性 / 影响签核 | 全局 IR Drop、大面积 DRC、全局拥塞 | 调整 floorplan、电源网络、布线策略 |
| P2 | 关键路径 / 关键模块 | 时钟路径 setup、关键模块 SI | 针对性优化单元、约束、屏蔽 |
| P3 | 局部 / 少量 / 不影响签核 | 局部 hold、个别天线、轻微 transition | 批量修复或留待最后清理 |
需要强调的是，优先级不是固定不变的。随着迭代推进，P1 可能降为 P2，P3 也可能因为数量增长升为 P1。因此，每轮迭代后都应重新统计和排序，而不是一次性排完就不再调整。