.NET Core调试模式下如何判断注入对象（含HttpClient）是Singleton还是Transient实例？

这个场景太常见了——不小心重复注册服务后，想搞清楚到底哪个生命周期的实例在工作，以及依赖的HttpClient是不是同一个。我给你几个在Visual Studio调试里就能直接用的方法：

1. 用哈希码快速判断实例是否重复 #

在断点停在Service1构造函数时，打开Watch窗口，输入以下内容查看：

• this.GetHashCode()：先看当前Service1实例的哈希码，如果每次断点触发都是同一个值，说明你拿到的是Singleton的Service1，那它里面的HttpClient肯定也只会是同一个（毕竟Singleton只构造一次）。
• HttpClient.GetHashCode()：如果Service1是Transient的（每次断点都生成新实例），对比这个哈希码——要是每次都不一样，说明HttpClient是Transient；如果哈希码不变，那大概率是复用了Singleton的HttpMessageHandler（不过要注意，HttpClient实例本身可能是新的，但内部handler是池化的，这时候哈希码会变，但handler的哈希码不变）。

小提示：如果想看HttpClient内部的handler，在Watch窗口输入HttpClient._handler（需要在调试选项里开启“显示内部成员”），查看它的哈希码就能判断handler是不是复用的。

2. 利用VS的「Make Object ID」标记唯一实例 #

这是最直观的方法：

1. 断点触发时，在局部变量窗口选中HttpClient对象，右键选择「Make Object ID」（或者直接在Watch窗口里右键该变量选这个）。
2. VS会给这个对象分配一个全局唯一的ID，比如#1，这个ID会跟着对象走，直到被GC回收。
3. 下次断点触发时，看这个HttpClient旁边的ID：如果还是#1，说明是同一个Singleton实例；如果变成#2、#3之类的，就是每次都生成了新的Transient实例。

同样的方法也可以用在Service1本身，先标记this的Object ID，就能先搞清楚当前Service1是Singleton还是Transient，再对应判断HttpClient的生命周期。

3. 额外说下你代码里的坑 #

顺便提一句，你这段重复注册的代码其实有隐藏逻辑：

• AddHttpClient<IService1, Service1>会把IService1注册为Transient，同时给它绑定一个专属的HttpClient（带配置的SocketsHttpHandler）。
• 之后的AddSingleton<IService1, Service1>会覆盖之前的Transient注册——也就是说，默认情况下你解析IService1时，拿到的是Singleton的Service1实例，它的HttpClient只会在第一次构造时注入一次，自然是同一个实例。
• 但如果是直接解析Service1（而非IService1），因为AddHttpClient没注册Service1本身，DI会直接构造新的Service1实例（相当于Transient），此时注入的HttpClient是从IHttpClientFactory拿的Transient实例（每次都新的，但handler是池化的）。

备注：内容来源于stack exchange，提问作者hillcountry99