Estou escrevendo um código que publicará mensagens de vários threads em umHub de Eventos do Azure em C # usando oEventHubClient. A documentação do EventHubClient contém a placa da caldeira bastante padrão.

"Qualquer membro público estático (compartilhado no Visual Basic) desse tipo é seguro para threads. Qualquer membro da instância não tem garantia de thread seguro."

Não há documentação adicional quanto à segurança de threads em nenhum dosa quatro enviar métodos Eu mais esperaria ser thread-safe. Se eu acreditasse que os métodos de envio não são seguros para thread, acabaria criando uma nova instância EventHubClient toda vez que desejasse enviar para uma mensagem. Como a conexão tcp subjacente épelo visto reutilizado, a menos que sejam tomadas medidas, isso pode não ter muita sobrecarga. Problemas semelhantes surgem comremetentes particionados embora haja um método assíncrono para criar um, eles podem ter sua própria conexão AMQP.

Existem alguns, se não todos, métodos de instância do thread EventHubClient seguros, apesar da documentação?

E para qualquer pessoa do Azure seria possível esclarecer isso na documentação? Esse tipo de problema de documentação (supondo que esteja errado como parece provável) pareceafetar Tabela do Azure também e geralmente é comum nos documentos do MSDN. No que diz respeito ao EventHub, isso contrasta com a declaração clara de segurança do encadeamento deKafka eAWS Kinesis pelo menos não rotula explicitamente tudo como inseguro. Não encontrei EventHubs na parte de código aberto do SDK, portanto não pude verificar a mim mesmo.