发送、接收或删除小于或等于 64 KB 的消息被视为一个可计费操作。如果消息大小超过 64 KB，将根据消息大小是 64 KB 的倍数计算可计费操作数。例如，发送到服务总线的一条 8 KB 消息将按一个操作计费，但发送到服务总线的一条 96 KB 消息将按两个操作计费。通过锁定读取 8 KB 消息，然后将该消息删除将按两个操作计费。 多次传送的同一消息（例如，消息发送给多个侦听器，或者在放弃、延期投寄或无法投寄后取回消息）将计为单独的操作。例如，如果一个主题具有 3 个订阅，则发送和随后接收的一条 64 KB 的消息将按 4 个可计费操作收费（1 个“传入”操作，3 个“传出”操作，假定所有消息均传送给所有订阅并在读取时删除）。 使用 PeekLock 的 ReceiveMode 接收消息，然后通过完全调用将消息删除将产生两个单独的操作。重新锁定消息也将产生一个操作。 此外，创建、读取（列出）、更新和删除队列、主题或订阅也将产生操作费用。 操作是指对队列或主题/订阅服务终结点进行的 API 调用。这包括管理、发送/接收和会话状态操作。 从接收超时值大于零的服务总线主题或队列接收消息的 HTTP 调用。 超出附送数量（标准级别为 1,000）的峰值并发中转连接数的收费。峰值将每小时计量一次，按照每月 744 小时按比列分配费用，并在每月计费周期内累加。在计费周期结束时，将会针对按比例分配的小时峰值的总和应用附送数量（每月 1,000 个中转连接）。 通过一个 AMQP 连接来与 10,000 台设备建立连接，并从服务总线主题接收命令，以及向事件中心发送遥测事件。如果所有设备每天连接 12 小时，则你需要支付以下连接费用（未包括任何其他服务总线费用）：10,000 个连接 * 12 小时 * 31 天/744 = 5,000 个中转连接。在扣除每月 1,000 个中转连接的限额后，你需要按每个中转连接 ¥ 0.18的费率支付 4,000 个中转连接的费用，总共 ¥720。 10,000 台设备通过 HTTP 从服务总线队列接收消息，超时不为零。如果所有设备每天连接 12 小时，则你需要支付以下连接费用（未包括任何其他服务总线费用）：10,000 个 HTTP 接收连接 * 12 小时/天 * 31 天/744 小时 = 5,000 个中转连接。 是的，适用。不管有多少个发送系统/设备，使用 HTTP 发送事件都不必支付连接费用。使用超时值大于零的 HTTP 接收时事件（有时称为“长轮询”）会产生中转连接费用。无论连接是用于发送还是接收，AMQP 连接都会产生中转连接费用。请注意，在基础命名空间中，最多可使用 100 个免费中转连接，这也是每个 Azure 订阅允许的最大中转连接数。在每个 Azure 订阅中，任何/所有标准命名空间内的前 1,000 个中转连接都是免费提供的（不包括在基础费用内）。由于这些限额足以涵盖许多的服务到服务方案，因此通常仅当你打算对大量客户端使用 AMQP 或 HTTP 长轮询时，即，想要实现更高效的事件流或者启用与数以千计/数百万设备或应用实例的双向通信时，中转连接费用才会变得可观。 不。每个 Azure 订阅每月仅需支付一次消息传送标准版的每月基础费用。这意味着在你创建了一个标准级别的服务总线命名空间后，你将能够在同一 Azure 订阅下创建任意数目的标准级别命名空间，而不会产生附加的基础费用。 有关服务总线计费的其他常见问题，请参阅此 MSDN 文章