4. 覆盖选项：option与type_option的区别及应用场景
好，咱们今天聊一个挺实在的话题——覆盖选项。说白了，就是UVM里那些控制覆盖率收集行为的开关。我刚接触UVM那会儿，总觉得这些选项可有可无，后来踩过坑才明白，用不好它们，你的覆盖率数据可能全是错的。
4.1 先搞清楚：什么是option？什么是type_option？
这两个东西，名字长得像，但作用域完全不同。我习惯这么记：
- option：实例级别的选项。每个covergroup实例都有自己的option副本。
- type_option：类型级别的选项。同一个covergroup类型的所有实例共享一套设置。
举个例子你就明白了。假设你有一个covergroup叫cg_ahb，在测试里例化了3次：
covergroup cg_ahb (ref logic [31:0] addr);
option.per_instance = 1; // 每个实例单独统计
type_option.weight = 5; // 所有实例共享权重5
coverpoint addr;
endgroup
cg_ahb cg1 = new(addr1);
cg_ahb cg2 = new(addr2);
cg_ahb cg3 = new(addr3);这里option.per_instance只影响当前实例，而type_option.weight一改，三个实例全跟着变。嗯，这个区别很关键。
4.2 核心区别一览
| 特性 | option | type_option |
|---|---|---|
| 作用域 | 实例级别 | 类型级别 |
| 修改影响 | 只影响当前实例 | 影响所有实例 |
| 常用场景 | 控制单个实例的收集行为 | 全局统一配置 |
| 典型参数 | per_instance, name, comment | weight, goal, at_least |
我个人习惯是：跟实例行为相关的用option，跟统计规则相关的用type_option。这个原则帮我避免了很多混乱。
4.3 应用场景：什么时候用option？
option最常用的地方，就是控制每个实例是否独立统计。我在项目中遇到过这样一个场景：
验证一个多通道DMA控制器，每个通道有独立的地址范围。我例化了8个covergroup实例，每个对应一个通道。如果不设option.per_instance = 1，所有通道的地址覆盖会混在一起，根本看不出哪个通道没测到。
covergroup cg_dma_channel (ref logic [31:0] ch_addr);
option.per_instance = 1; // 每个通道独立统计
option.name = "dma_ch"; // 实例名字前缀
coverpoint ch_addr {
bins low = {[0:16#3FFF]};
bins mid = {[16#4000:16#7FFF]};
bins high = {[16#8000:16#BFFF]};
}
endgroup你看，这样每个通道的覆盖情况一目了然。哪个通道没跑到高地址区间，一眼就能发现。
其他常用的option参数：
option.name：给实例起个名字，方便调试option.comment：加注释，记录这个实例是干嘛的option.per_instance：是否独立统计，默认是0
4.4 应用场景：什么时候用type_option？
type_option适合做全局统一配置。举个例子，你希望所有covergroup的覆盖率目标都是90%，而不是默认的100%。你可以在build_phase里统一设置：
function void build_phase(uvm_phase phase);
cg_ahb::type_option::set_inst_override(90, "goal");
cg_axi::type_option::set_inst_override(85, "goal");
endfunction这样做的好处是：你只需要改一处，所有实例都跟着变。我曾经在一个项目里，因为忘了设type_option，结果每个covergroup实例的goal都是100%，最后覆盖率报告里一堆红色标记，其实功能已经验证够了，只是目标设得太高。
重要提醒：type_option的修改必须在covergroup实例化之前完成。否则不会生效。我吃过这个亏，调试了半天才发现是顺序问题。
4.5 避坑指南：我曾经踩过的坑
讲几个真实教训：
- option和type_option混用：有一次我在一个covergroup里同时设了
option.weight和type_option.weight，结果实例权重被option覆盖了，但type_option的权重还在全局统计里起作用。最后覆盖率数据乱成一团。记住：实例级别的option优先级高于type_option。 - 忘记设per_instance：多实例场景下，如果不设
option.per_instance = 1，所有实例的覆盖数据会合并。你想想看，8个通道的数据混在一起，你根本不知道哪个通道没测全。 - type_option修改时机不对：前面说了，必须在new()之前改。我建议在build_phase里统一处理，别等到run_phase再改，那时候已经晚了。
特别注意：option.per_instance设为1后，每个实例的覆盖率是独立计算的。但如果你用了type_option.at_least，它会影响所有实例的采样次数要求。这两个参数搭配使用时，一定要想清楚你的意图。
4.6 知识体系：一张图看懂
下面这张图帮你理清option和type_option的关系：
我的小技巧：写测试用例时，我习惯在base_test的build_phase里统一设好所有type_option，然后在每个子测试里只改option。这样既保证了全局一致性，又保留了灵活性。你试试看，真的省心不少。
好了，关于option和type_option的区别，今天就聊到这儿。记住一句话：type_option管全局规则，option管局部行为。下次写covergroup的时候，先想清楚你要改的是实例还是类型，就不会搞混了。