UVM TLM1中采用port-to-port连接而非port-to-export连接的原因

先回顾UVM TLM1的三种核心接口类型：

• port：事务发起端，负责发起事务请求
• export：请求转发代理，仅用于将port的请求透传至后端实现端
• imp：事务实现端，包含实际处理请求的逻辑

常规的跨层级连接采用port → export → export → ... → imp的链式结构，但port-to-port连接也是合法的用法，选择它而非port-to-export主要有以下几个场景：

1. 简化复用组件的结构 #

如果一个组件本身既是事务发起者（自带port），又需要承担转发上层请求的角色，用port-to-port连接可以避免额外定义export。比如一个中间代理组件，它自身会主动发起事务，同时要把上层组件的port请求透传给下层实现端，直接用自身的port对接上层port，无需额外添加export成员，让组件的接口更简洁，复用性更强。

2. 快速实现临时转发需求 #

在验证环境调试或临时调整阶段，若只是需要把某个port的请求透传到下一层，不想为了转发专门在组件中声明、注册export，port-to-port连接是更高效的选择。它不需要修改组件的类定义，直接在连接阶段完成串接，减少调试过程中的代码改动。

3. 适配角色模糊的组件 #

有些组件的角色并非单一的“发起端”或“转发端”，比如一个兼具事务发起和请求转发功能的组件。这类场景下，port-to-port连接允许组件的port同时承担发起和转发的职责，无需额外区分export，让组件的接口设计更贴合实际功能，避免过度拆分接口。

4. 减少代码冗余 #

每添加一个export都需要在组件类中声明、注册，还要编写对应的连接逻辑。在多层级且无额外转发逻辑的场景下，port-to-port连接可以省去这些重复的代码，直接用port串接实现透传，降低代码维护成本。

内容的提问来源于stack exchange，提问作者Andrei Solodovnikov