不改源码，如何改变组件行为？在验证项目中，我们经常需要在不同的测试用例中改变某个组件的行为。比如，在基础测试中，driver 只产生正常的总线事务；而在错误注入测试中，driver 需要偶尔产生协议违规的事务。如果直接修改 driver 的源代码，不仅会影响其他测试，还会破坏环境的稳定性。UVM 的工厂机制（Factory）正是为了解决这个问题而设计的。它统一管理所有组件的创建，并允许我们在不修改原始类代码的情况下，用派生类替换基类，或者用特定实例替换默认实例。这种能力称为override，是 UVM 复用哲学的核心。重点：工厂是 UVM 的灵魂，它让我们可以在测试用例中动态调整验证平台的结构和行为，而无需触碰环境代码。工厂如何工作？工厂统一管理type_id::create()在 UVM 中，所有组件和对象都应该通过工厂来创建，而不是直接调用new()。每个uvm_object或uvm_component派生类都会通过`uvm_object_utils或`uvm_component_utils宏注册到工厂，并自动获得一个静态的type_id成员。type_id::create()会向工厂请求创建对象，工厂根据当前的 override 设置，决定实际创建哪个类的实例。例如：class my_driver extends uvm_driver #(my_trx); `uvm_component_utils(my_driver) ... endclass // 在环境中 m_drv = my_driver::type_id::create("m_drv", this);如果我们在测试用例中执行了my_driver::type_id::set_type_override(my_driver_v2::get_type());，那么工厂在创建my_driver时就会实际返回my_driver_v2的实例。整个过程对外透明，环境代码无需任何修改。类型 override 与实例 override工厂提供了两种 override 方式：类型 override（Type override）：将某个基类所有实例替换为指定派生类。使用set_type_override或set_type_override_by_type。实例 override（