1.[UVM源代码研究] 如何定制一款个性化的源码打印打印格式
2.[UVM源代码研究] UVM的field_automation实现的print()函数如何灵活控制打印数组元素的数量

[UVM源代码研究] 如何定制一款个性化的打印格式

       使用默认的打印格式时，执行如下代码：

       实际打印结果格式如下：

       查看UVM源代码，源码打印我们首先定位`uvm_info宏定义的源码打印位置：

       这段代码对uvm_info/uvm_warning/uvm_error/uvm_fatal等宏进行了描述，实际上是源码打印对uvm_report_*函数的封装。以`uvm_info为例，源码打印分析其执行过程，源码打印挂号秒杀源码其中使用了全局函数uvm_report_enabled。源码打印

       这里又调用了uvm_root中定义的源码打印uvm_report_enabled函数。需要注意的源码打印是，在uvm_root中并未找到这个函数的源码打印定义。经过查找源代码，源码打印发现uvm_report_object中定义了uvm_report_enabled。源码打印

       为什么要通过uvm_root实例调用这个函数呢？这需要了解uvm类库的源码打印继承关系。通过分析，源码打印我们发现通过调用uvm_root中uvm_report_enabled的源码打印函数，是因为uvm_root支持单例模式，可以获取uvm_root的单例句柄执行uvm_report_object中定义的自动继承的函数，避免了创建额外的实例。

       接下来分析函数执行过程，原本简单的获取severity对应的verbosity阈值设置，却涉及了severity的燕窝干货溯源码override问题。我们可以通过调用函数或运行时传入参数来对severity进行override。

       所有severity的override都记录在uvm_pool键值对severity_id_verbosities中。

       severity和verbosity枚举类型定义如下：

       回到uvm_report_object中行的代码，可以认为调用`uvm宏传入的verbosity值如果大于设置的verbosity阈值，则uvm_report_enabled返回0。另外行还有一种函数返回0的情况。

       关于uvm_action和verbosity的设置类似，不再展开。执行`uvm_info系列宏时，不仅需要考虑severity对应的bldc底层驱动源码verbosity_level的设置是否大于阈值，还需要考虑对severity设置的行为是否为UVM_NO_ACTION来判断uvm_report_enabled的返回值。

       本质上，执行的是uvm_report_server中的compose_message函数，该函数规定了uvm_info系列宏的打印格式。

       这个函数的参数filename和line是我们调用uvm_report_info传入的`uvm_file和`uvm_line。

       `__FILE__和`__LINE__是systemverilog的编译指令，在编译阶段被替换：`__FILE__被替换为当前文件的文件名，以字符串形式存在；`__LINE__被替换为当前文件的行号，以十进制数字形式存在。

       如果需要定义个性化的android外卖项目源码打印格式，可以通过从uvm_report_server继承一个类重写compose_message函数实现。需要注意的是，这里不能用set_type_override_by_type/name，因为uvm_report_server类没有使用uvm_object_utils注册，也没有实现get_type()函数，所以不能用传统的factory的override方法进行override。好在uvm_report_server已经预留好了子类server的覆盖函数set_server。

       这个静态函数可以直接使用类uvm_report_server进行调用。接下来，我们通过一个例子来看看如何实现个性化打印的源码打开软件方式定制。

       首先，我们定制自己的report_server：

       然后，在base_test中实例化并set_server：

       现在，我们来看看最初那句打印的执行情况：

       通过以上步骤，我们便实现了个性化的打印定制，该定制对4种severity同时生效。

[UVM源代码研究] UVM的field_automation实现的print()函数如何灵活控制打印数组元素的数量

       实际工作中，我们常遇到需打印包含多个数组或队列元素的transaction时，仅默认显示开始5个和最后5个元素。若需查看更多元素值或完整内容，可考虑两种方法：一是重写transaction的do_print()函数，自定义打印内容与格式；二是探索现有UVM源代码，修改相关设定以实现打印更多元素。

       首先，分析can_txrx_transfer的注册方式，发现其默认仅显示特定数量的元素。通过查看源代码，发现实现打印机制的关键在于UVM_FIELD_QDA_INT宏与UVM_FIELD_UTILS_BEGIN宏的结合，它们共同调用_m_uvm_field_automation函数，该函数根据指定的what_参数（如UVM_PRINT）调用相应的打印函数。

       在调用print()函数时，最终调用_m_uvm_field_automation，进一步调用uvm_print_array_int3宏。该宏通过uvm_print_qda_int4宏实现打印逻辑，对静态或动态数组、队列元素的打印格式进行统一处理。在uvm_print_qda_int4宏中，定义了uvm_printer与uvm_printer_knobs变量，用于接收打印参数与配置信息。

       uvm_default_printer作为全局变量，其配置决定了打印格式。在打印数组时，通过设置uvm_printer_knobs中的begin_elements与end_elements变量，可以灵活控制打印元素的数量。具体配置方法可将uvm_default_printer配置在test_base的build_phase中，实现对打印数量的精确控制。

       通过上述分析，我们了解了UVM源代码实现打印机制的原理，并掌握灵活配置数组/队列元素打印数量的方法。这种方法不仅提供了更为灵活的打印控制，还能根据实际需求调整打印内容与格式，增强代码的可读性和实用性。