验证环境中的“信息孤岛”如何连接？在 UVM 验证平台中，各个组件分散在层次化的树形结构中。driver 需要拿到 virtual interface 才能驱动 DUT 引脚；scoreboard 需要知道 DUT 的层次路径才能进行后门访问；reference model 需要获得寄存器的初始配置；各个 agent 需要知道自己是 active 还是 passive……这些信息从何而来？如果采用硬编码或全局变量，不仅破坏了封装性，还难以复用。UVM 提供了一套强大的配置机制——uvm_config_db。它像一个全局的“邮局”，允许任何组件通过set()投递配置信息，其他组件通过get()按地址领取，从而实现了组件间的松耦合信息传递。重点：config_db 是 UVM 中最重要的基础设施之一，几乎所有环境参数、接口句柄、模式开关都通过它来传递。掌握 set/get 的用法，是构建可复用验证平台的第一步。config_db 的工作原理与寻址机制什么是 config_db？uvm_config_db是一个基于uvm_resource_db的参数化类，用于在 UVM 环境的不同组件之间共享配置信息。它本质上是一个全局的配置数据库，以键值对的形式存储数据，支持按层次路径进行检索。set 和 get 的完整签名// 存入配置 static function void set(uvm_component cntxt, string inst_name, string field_name, T value); // 取出配置 static function bit get(uvm_component cntxt, string inst_name, string field_name, inout T value);cntxt：上下文组件，通常为null（表示全局）或某个父组件。inst_name：实例名或路径，支持通配符*和?。field_name：配置项的标识符，例如"vif"、"is_active"、"reg_model"。value：要存储或获取的值，类型必须严格匹配。重点：set()和get()的cntxt和inst
