在C#中，对象是在垃圾收集过程中移动的，你不能简单地获取它的地址，因为当垃圾收集堆被压缩时，地址会改变。
在C#中处理指针需要不安全的代码，而您离开了安全代码的领域，基本上使其与C++一样不安全。
您可以使用windbg这样的调试器，它显示对象的内存地址--但是当GC移动它们时，它们仍然会改变。
如果您想查看是否创建了类的新示例，为什么不在构造函数中设置断点呢？

我对“托马斯”上面的回答深信不疑。
可以向对象添加唯一标识符（如GUID）属性，并使用该属性来确定是否具有相同的对象。
你可以重写Equals方法来比较两个对象，如果它们如下所示。

public class MyClass
{
    public Guid Id { get; } = Guid.NewGuid();

    public override bool Equals(object obj)
    {
        return obj is MyClass second && this.Id == second.Id;
    }
}

如前所述，对象的地址不是一种可行的方法来推断垃圾收集虚拟机（如DotNet）中的对象。在DotNet中，如果使用fixed关键字、unsafe块或GCHandle.Alloc()，您可能会有机会观察对象的地址，但这些都非常笨拙，它们将对象固定在内存中，因此无法进行垃圾收集。这是你绝对不想要的。当你解开一个对象的时候，它的地址就可以自由地改变，所以你不能跟踪它。

幸运的是，你不需要这些！

您不需要地址，因为您需要的只是每个对象的***助记符***，以便在故障排除过程中识别它。为此，您有以下选项：
1.创建一个发布唯一id的singleton，在每个对象的构造函数中调用这个singleton来获得一个唯一id，将id存储在对象中，并将id包含在对象的ToString()方法中，或者包含在任何其他可能用于调试显示的方法中。
1.使用System.Runtime.Serialization.ObjectIDGenerator类，它或多或少地做了单例id生成器所做的事情，但是以一种更高级、可能更容易使用的方式（我没有使用它的个人经验，所以我不能给予更多关于它的建议）。
1.使用System.Runtime.CompilerServices.RuntimeHelpers.GetHashCode( object )方法，该方法返回在其他圈子中称为***对象的标识散列代码***的内容。它保证在对象的整个生命周期中保持不变，但不保证在所有对象中是唯一的。然而，由于它是32位长，如果另一个对象碰巧得到相同的散列代码，那将是地狱中的一个寒冷的日子。所以它将很好地满足您所有的故障排除目的。
帮你自己一个忙，用十六进制显示你的对象的身份散列码;该数字将比十进制更短，并且具有更广泛的数字种类，因此在故障排除时更容易保留在短期记忆中。