UVM（Universal Verification Methodology）是一种用于设计验证的标准方法学。UVM提供了一种基于类的、重用的验证框架，可以简化和加速验证环境和测试用例的开发。
UVM使用了一种称为工厂机制（Factory Mechanism）的技术，用于创建和管理各种对象实例。工厂机制允许用户通过使用工厂对象来动态创建各种对象实例，而无需显式地编写对象的构造函数。
在UVM中，工厂对象是一个全局的共享对象，负责创建和管理各种对象实例。用户可以使用工厂对象的 create() 方法来实例化一个对象，并指定所需对象的类型和其他参数。
工厂机制的优势在于可以灵活地配置和管理对象实例。用户可以通过设定配置文件、命令行参数或其他方式来动态地配置对象实例的属性和行为。通过使用工厂机制，可以实现在不改变代码的情况下，轻松地改变对象的行为和属性。
在UVM中，每个类都需要注册到工厂对象中，以便可以通过工厂对象来创建该类的对象实例。注册过程可以在类的构造函数中完成，通常在类的静态成员变量中调用工厂对象的 register() 方法。
总之，UVM的工厂机制是一种灵活和可配置的对象实例管理技术，能够提高设计验证的效率和重用性。
工厂模式的主要解决的问题是，将原来分布在各个地方的对象创建过程单独抽离出来，交给工厂类负责创建。其他地方想要使用对象直接找工厂（即调用工厂的方法）获取对象。
UVM工厂的存在就是为了更方便地替换验证环境中的实例或者注册了的类型，同时工厂的注册机制也带来了配置的灵活性。
实例或类型替代，在UVM中称作覆盖，而被用来替换的对象或者类型，应该满足注册和多态的要求。
uvm_component类构成了验证环境的层次，uvm_object类构成构成环境的属性和数据传输，这两种类是进出工厂的主要模具和生产对象。
对象由工厂生产是利用工厂生产模具可灵活替代的好处，在不修改原有验证环境层次和验证包的同时，实现对环境内部组件类型或者对象的覆盖。
component 构建函数 function new (string name = " name", uvm_component parent = null)
创建对象comp_type::type_id::create(string name,uvm_component parent);
object 构建函数 function new (string name = “name”)
object_type::type_id::create(string name);
class comp1 extends uvm_component;//1.定义
uvm_component_utils(comp1)//2.注册 function new (string name = "comp1", uvm_component parent = null);//3.构建函数 super.new(name,parent); endfunction:new endclass class obj1 extends uvm_object;//1.定义 uvm_object_utils(obj1)//2.注册
function new(string name = “obj1”);//3.构建函数
endfunction:new
endclass
//创建对象
comp1 c1,c2;
obj1 o1,o2;
initial begin
c1 = new(“c1”);
o1 = new(“o1”);
//建议使用下面方法创建对象
c2 = comp1::type_id::create(“c2”,null);
o2 = obj1::type_id::create(“o2”);
end
配合工厂的注册、创建、覆盖的相关方法：
create()
create_component()
get()
get_type_name()
set_inst_override()
set_type_override()
每一个uvm_component的类在注册时，会定义一个新的uvm_component_registry类， 其如同一个外壳，一个包装模板的纸箱，在factory中注册时，该纸箱中容纳的是被注册类的“图纸”，并没有一个“实例”。
'uvm_component_utils()用来注册组件类uvm_component。
'uvm_object_utils()用来注册核心基类uvm_object。
在宏调用的过程中，实现类型定义typedef uvm_component_registry #(T，“S”) type_id。
uvm_factory::register()来注册type_id并且得到实例。
一旦发生注册，type_id::create()函数就可以最终通过uvm_factory::create_component_by_type()来实现。
对于注册，并不是真正地将一个抽象的类型放置在什么地方，而是通过例化该类的对象来完成。
由于一种类型在通过宏调用时只注册一次，那么在不考虑覆盖的情况下，uvm_default_factory就将每一个类对应的对象都放置到了factory的字典当中。
uvm_default_factory::create_component_by_type()首先检查处在该层次路径中需要被例化的对象，是否收到了“类型覆盖”或者“实例覆盖”的影响，进而将最终类型对应的对象句柄(正确的产品模板)交给工厂。有了正确的产品模板，就可以通过uvm_component_registry::create_component()来完成例化。