企业官网建设流程全解析

平台跑通后，老板的“小需求”来了

你刚刚搭建好一套稳定的验证平台，所有测试用例都跑得顺顺利利。这时老板走过来，轻描淡写地说：“帮我在每个写操作前打印一行 log，看看地址和数据对不对。” 你心想：这简单，改一下 driver 的run_phase不就行了？但你又犹豫了——这个修改会影响所有测试用例，而且下次老板可能又要求“在某个操作后插入一个异常”，难道每次都要改 driver 源码吗？

UVM 回调（Callback）机制正是为了解决这类“不改源码、灵活插入功能”的需求而设计的。它允许你在不修改原始组件代码的前提下，通过在特定位置预留“钩子”（hook），在测试层动态注入自定义行为，完美践行了软件工程中的开闭原则——对扩展开放，对修改封闭。

回调如何实现“开闭原则”？

什么是回调？

回调是一种设计模式：在程序的某个执行点上，调用一个由外部注册的函数或对象的方法，从而允许外部代码扩展或改变程序的行为。在 UVM 中，回调被实现为从uvm_callback基类派生的类，其中定义了一些虚方法（钩子函数）。你可以在组件的关键位置调用uvm_callbacks #(T, CB)::execute()来触发所有已注册的回调钩子。

重点：回调的核心思想是“预留接口，延迟实现”。平台开发者负责在合适的位置放置钩子调用，测试编写者负责提供具体的回调实现，并通过add()注册到目标组件上。

回调类与回调池

• 回调类（Callback Class）：继承自uvm_callback，可以定义任意数量的虚方法（如pre_drive()、post_drive()）。这些虚方法就是钩子，默认实现为空，由用户派生后覆盖。
• 回调池（Callback Pool）：UVM 为每个组件类型维护一个回调池（uvm_callbacks #(T, CB)模板类），存储所有注册到该类型（或实例）上的回调对象。execute()方法会遍历池中的所有回调对象，依次调用指定的钩子方法。

类型级与实例级注册

回调支持两种注册方式：

• 类型级注册：使用uvm_callbacks #(T)::add(T_obj_handle, CB_inst)将回调注册到所有