Azure ServiceBusConnectionStringBuilder的entityPath正确配置咨询

我之前也碰到过类似的困惑，结合实际使用经验给你理清楚：

1. 单参数构造器的entityPath为null是正常行为 #

Azure生成的标准命名空间连接字符串本身不包含entityPath（连接字符串是绑定整个命名空间的，entityPath是具体队列/主题的标识），所以用单参数构造器解析后，entityPath字段为null完全符合预期。

你不需要纠结这个null，后续在创建ServiceBusClient的发送者/接收者时，直接指定具体的队列/主题名称即可，比如：

// 用Azure提供的连接字符串初始化构造器
var builder = new ServiceBusConnectionStringBuilder("Endpoint=sb://your-namespace.servicebus.windows.net/;SharedAccessKeyName=RootManageSharedAccessKey;SharedAccessKey=your-key-value");

// 创建客户端后，指定entityPath创建发送者
var client = new ServiceBusClient(builder.ToString());
var sender = client.CreateSender("your-target-queue");

2. 四参数构造器必须传入有效的entityPath #

这个构造器的设计目的是直接生成包含具体entityPath的连接字符串，所以它的参数校验逻辑强制要求entityPath不能为null或空字符串——哪怕你强行传null后，最终生成的连接字符串和单参数的看起来一样，构造器本身的校验也会抛出异常。

如果一定要用这个构造器，你必须传入真实存在的队列/主题名称作为entityPath，示例代码：

var endpoint = "sb://your-namespace.servicebus.windows.net/";
var targetEntity = "your-existing-queue"; // 这里必须填有效的队列/主题名
var sasKeyName = "RootManageSharedAccessKey";
var sasKey = "your-key-value";

var builder = new ServiceBusConnectionStringBuilder(endpoint, targetEntity, sasKeyName, sasKey);
// 此时创建发送者时可以省略entityPath
var client = new ServiceBusClient(builder.ToString());
var sender = client.CreateSender();

为什么调试显示两者值相同？ #

单参数构造器解析的是无entityPath的连接字符串，ToString()输出自然也不含entityPath；而四参数构造器如果绕过校验（当然实际绕不过）生成的连接字符串也不含entityPath，所以调试器显示的内容看起来一致，但这只是最终输出的连接字符串内容一致，构造器的参数校验逻辑是独立的，不允许你传无效的entityPath。

推荐用法 #

绝大多数场景下，更推荐使用单参数构造器+后续指定entityPath的方式，这样可以在同一个命名空间下灵活操作多个队列/主题，不需要为每个实体单独构建连接字符串。

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