Windows 服务器的服务总线：自动转发消息时 BrokeredMessage 上的 EnqueuedTimeUtc 是否更改？
Service Bus for Windows Server: is EnqueuedTimeUtc on BrokeredMessage changed when auto-forwarding messages?
我目前正在为 Windows 服务器在服务总线上做一些测试，我正在使用 EnqueuedTimeUtc 属性 BrokeredMessage class 用于一些性能测试（计算有多少开销来自服务总线，有多少来自我的应用程序代码）。
在主题和队列的配置中，我设置了自动转发，自动将订阅的消息转发到队列。
为了正确解释测量值，我必须知道 BrokeredMessage 上的 EnqueuedTimeUtc 是否代表原始消息发送的时间，或者它是否表示消息转发到队列的时间。
这是哪个？主题上的原始入队时间，还是队列上的第二次入队时间？
队列中的第二次入队时间 - 自动转发时。
当我问同样的问题 question on the MSDN forums 时，我从 Microsoft Service Bus 团队工作的 Dan Rosanova 那里得到了以下答案：
It’s not the enqueue from the upstream queue / entity - it is the stamped time that the Service Bus server stored that message into the entity.
我目前正在为 Windows 服务器在服务总线上做一些测试，我正在使用 EnqueuedTimeUtc 属性 BrokeredMessage class 用于一些性能测试（计算有多少开销来自服务总线，有多少来自我的应用程序代码）。
在主题和队列的配置中，我设置了自动转发，自动将订阅的消息转发到队列。
为了正确解释测量值，我必须知道 BrokeredMessage 上的 EnqueuedTimeUtc 是否代表原始消息发送的时间，或者它是否表示消息转发到队列的时间。
这是哪个？主题上的原始入队时间，还是队列上的第二次入队时间？
队列中的第二次入队时间 - 自动转发时。
当我问同样的问题 question on the MSDN forums 时，我从 Microsoft Service Bus 团队工作的 Dan Rosanova 那里得到了以下答案：
It’s not the enqueue from the upstream queue / entity - it is the stamped time that the Service Bus server stored that message into the entity.