先介绍如何使用AddressAdjuster，然后分析UI参数的生成及使用。

 

​​

 

1. AddressAdjuster的使用

 

a. 创建AddressAdjuster实例

 

​​

注意usage()方法有一个implicit Parameters参数，在方法范围内引入了一个隐式参数对象，在new AddressAdjuster的时候会使用。

 

b. 关联node的上下游节点

 

​​

 

c. 关联chip_id的上游节点

 

​​

 

d. 引用module构建硬件模块

 

​​

 

2. UI生成

 

UI是指Node的DUEB参数中的UI。

 

引用adjuster.module后会执行module定义的代码，其中：

​​

 

会调用node.in方法：

​​

 

bundulesIn和edgesIn都是lazy变量：

​​

 

并且bundlesIn依赖于edgesIn，这里主要关注edgesIn:

​​

 

edgesIn依赖于iPorts和uiParams：

​​

 

这里的iPorts为输入口，即与parent的连接口，iPorts.size = 1。

 

uiParams用到了uoParams：

​​

 

这里oPorts为输出口，即与local和remote相连的连接口。n分别为local和remote节点。

 

所以uiParams中的：

​​

a. iPorts.size = 1；

b. uoParams为local和remote节点向上传播的TLManagerPortParameters参数，uoParams.size = 2;

 

mapParamsU的实现为：

​​

把uoParams传递给uFn()方法，返回一个UI；然后把这个UI复制成n(=1)份。

 

uFn()的实现为：

​​

 

返回的一个UI为：

​​

 

3. UI使用

 

a. edgesIn

 

edgesIn通过调用edgeI方法生成：

​​

其中i为生成的UI。

 

edgeI方法的实现为：

​​

 

其中，pu为UI，即TLManagerPortParameters：

​​

 

b. bundlesIn

 

bundlesIn通过edgesIn和bundleI方法生成：

​​

 

bundleI方法的实现如下：

​​

 

ei.bundle的实现如下：

​​

 

TLEdgeParameters是TLEdgeIn的父类：

​​

所以TLEdgeParameters中的manager参数，即是传入的UI参数。

 

TLBundleParameters()伴生方法的实现如下：

​​

 

可以看到其中并没有使用UI，亦即manager参数中的实际地址集合。

 

c. parentEdge的使用

 

所以不需要关注parent，只需要关注parentEdge的使用，以坚持是否用到其中的地址集合即可：

​​

 

parentEdge的使用如下：

​​

TLArbiter.robin中也没有实际使用到manager的地址集合。

 

所以managerFn的实现中，废了大力气生成的地址集合，目前来看并没有实际用处。