这个问题很大程度上取决于我以前的帖子here。
我正在尝试使用反射重新创建SOS.dll的一些功能。特别是ObjSize和DumpObject命令。我使用反射来查找所有字段，然后如果字段是基本类型，我将基元类型的大小添加到对象的整体大小。如果字段是值类型，那么我递归调用原始方法并沿着参考树向下走，直到我点击所有基本类型字段。
我的对象大小始终比SOS.dll ObjSize命令大两倍左右。我发现的一个原因是我的反射代码似乎是在寻找SOS忽略的字段。例如，在字典中，SOS找到以下字段：
但是我的反射代码找到了上述所有内容并且还找到了：
另外，我对SOS ObjSize和DumpObject命令中发现的不一致感到困惑。我知道DumpObject不会查看引用类型的大小。但是，当我在上面提到的字典上调用对象大小时，我得到：
然后我在Dictionary上调用DumpObject来获取它的引用类型的内存地址。然后，当我调用Objsize的引用类型时，我得到：
顶级词典上的ObjSize不应该大致是字典中所有ObjSizes字段的总和吗？为什么Reflection会发现DumpObject的更多字段？有关为什么我的反射分析返回的数字大于SOS.dll的想法？
另外，我从来没有得到上述链接中提出的一个问题的答案。我在询问是否应该在评估对象的内存大小时忽略属性。普遍的共识是忽视它们。但是，我找到了一个很好的例子，说明属性的支持字段何时不会包含在从Type.GetFields（）返回的集合中。在String的引擎盖下查看时，您有以下内容：
Object包含名为FirstChar的Property
Object包含名为Chars的Property
Object包含名为Length的Property
对象包含名为m_stringLength的字段
对象包含名为m_firstChar的字段
对象包含名为Empty的字段
对象包含名为TrimHead的字段
对象包含名为TrimTail的字段
对象包含名为TrimBoth的字段
Object包含名为charPtrAlignConst的字段
对象包含名为alignConst的字段
m_firstChar和m_stringLength是属性FirstChar和Length的支持字段，但字符串的实际内容保存在Chars属性中。这是一个索引属性，可以索引它以返回String中的所有字符，但是我找不到包含字符串字符的相应字段。
对此为何的任何想法？或者如何获取索引属性的支持字段？索引属性是否应包含在内存大小中？