UVM中的phase，按照其是否消耗仿真時(shí)間（$time打印出的時(shí)間）的特性，可以分成兩大類，一類是function phase，一類是task phase。就像task和function一樣，task phase消耗仿真時(shí)間。

如圖所示灰色的phase是task phase其他均為function phase

上述所有的phase都會(huì)按照?qǐng)D中的順序自上而下自動(dòng)執(zhí)行。使用頻率最高的是build_phase、connect_phase和main_phase

• 對(duì)于function phase來說，在同一時(shí)間只有一個(gè)phase在執(zhí)行；但是task phase中，run_phase和pre_reset_phase等12個(gè)小的phase并行運(yùn)行。后者稱為動(dòng)態(tài)運(yùn)行（run-time）的phase。

• run phase可以和其他12個(gè)小phase 的關(guān)系是可以在run phase里執(zhí)行12個(gè)小phase的功能，也可以在12個(gè)小phase中分步進(jìn)行。run phase和其他12個(gè)phse是一個(gè)并行關(guān)系，而12個(gè)phase是順序執(zhí)行的。

對(duì)于task phase，從全局的觀點(diǎn)來看其順序大致如下：

fork begin  run_phase();  end  begin      pre_reset_phase();    reset_phase();  post_reset_phase();pre_configure_phase();configure_phase();post_configure_phase();pre_main_phase();main_phase();post_main_phase();pre_shutdown_phase();shutdown_phase();post_shutdown_phase();endjoin

• 12個(gè)小phase存在意義：分成小的phase是為了實(shí)現(xiàn)更加精細(xì)化的控制。reset、configure、main、shutdown四個(gè)phase是核心，這四個(gè)phase通常模擬DUT的正常工作方式，在reset_phase對(duì)DUT進(jìn)行復(fù)位、初始化等操作，在configure_phase則進(jìn)行DUT的配置，DUT的運(yùn)行主要在main_phase完成，shutdown_phase則是做一些與DUT斷電相關(guān)的操作。

假設(shè)要在運(yùn)行過程中對(duì)DUT進(jìn)行一次復(fù)位（reset）操作，在沒有這些細(xì)分 的phase之前，這種操作要在scoreboard、reference model等加入一些額 外的代碼來保證驗(yàn)證平臺(tái)不會(huì)出錯(cuò)。但是有了這些小的phase之后，那么只 要通過phase的跳轉(zhuǎn)，就會(huì)自動(dòng)跳轉(zhuǎn)回reset_phase。

• bulid phase的執(zhí)行順序是自上而下，即先執(zhí)行test case的bulid phase然后執(zhí)行env，在執(zhí)行monitor和driver的build phase，而同級(jí)的monitor和driver的build phase執(zhí)行順序是按照字典序的,這里的字典序的排序依據(jù)new時(shí)指定的名字。

UVM的uvm_component及其派生類變量的實(shí)例化在build_phase中做實(shí) 例化工作，如果是uvm_object的實(shí)例化，可以是任何的phase。

• 除了build_phase之外，所有不耗費(fèi)仿真時(shí)間的phase（即function phase）都是自下而上執(zhí)行的。connect phase執(zhí)行順序是自下而上的，如對(duì)于connect_phase即先執(zhí)行driver和monitor的connect_phase，再執(zhí)行agent的connect_phase。

• 無論是自上而下（build_phase）還是自下而上（connect_phase）的phase，其執(zhí)行順序都與實(shí)例化的順序無關(guān)，而是嚴(yán)格按照實(shí)例化時(shí)指定名字的字典序

審核編輯 ：李倩