含URL占位符的Flurl Client使用疑问（基于PerBaseUrlFlurlClientFactory）

核心结论：带{0}占位符的URL与去除占位符的基础URL调用Get方法时，二者不等效，会生成不同的Flurl客户端实例，无法实现复用。

原因分析 #

PerBaseUrlFlurlClientFactory的核心逻辑是基于传入URL的标准化基础路径作为缓存Key来管理客户端实例：

• 当传入https://my.api.com/some/api/{0}时，工厂会将该字符串解析为包含占位符的完整路径，以此作为缓存Key创建并缓存客户端。
• 当传入https://my.api.com/some/api/时，工厂会以去除占位符的基础路径作为缓存Key，对应另一个独立的客户端实例。

这两个URL的字符串本身存在差异，因此生成的缓存Key完全不同，工厂会判定为两个不同的基础URL，从而创建两个独立的Flurl客户端，无法达到复用的目的。

正确的复用姿势 #

要确保客户端复用，需使用不含占位符的基础URL获取客户端，再在具体请求阶段替换占位符：

// 用基础URL获取可复用的客户端
var client = _flurlClientFactory.Get("https://my.api.com/some/api/");
// 在请求时替换占位符发起请求
var response = await client.Request("{0}", 1234).GetAsync();

这样所有针对该基础路径的请求都会复用同一个客户端实例，保留连接池、默认配置等复用带来的性能优势。

验证方法 #

可以通过以下方式验证客户端是否复用：

• 打印客户端实例的GetHashCode()值，观察不同URL调用Get方法时返回值是否一致；
• 在工厂的Get方法中添加日志，记录传入的URL和对应的客户端实例ID，查看是否出现重复的实例ID。

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