如何在ASP.NET WebForms中获取Session变量的内存占用？

嘿，针对你在ASP.NET WebForms里获取Session变量内存占用的需求，除了你提到的BinaryFormatter方法，还有几个更安全或者更针对性的方案，我给你详细说说～

首先得提一句，你原来的BinaryFormatter代码有个小问题：MemoryStream m没有初始化，运行会抛空引用异常，修正后的版本应该是这样（而且BinaryFormatter已经被标记为过时，安全性也有隐患，不太推荐长期使用）：

int totalSessionBytes;
using (var m = new MemoryStream())
{
    BinaryFormatter b = new BinaryFormatter();
    b.Serialize(m, Session["table1"]);
    totalSessionBytes = (int)m.Length;
}

1. 用更安全的序列化方案替代BinaryFormatter #

可以使用DataContractJsonSerializer或者XmlSerializer，这两个都是官方推荐的序列化工具，没有过时风险，而且支持大多数可序列化类型（包括DataTable）。比如用DataContractJsonSerializer的实现：

int GetSessionObjectSize(object sessionObj)
{
    if (sessionObj == null) return 0;
    
    using (var ms = new MemoryStream())
    {
        var serializer = new DataContractJsonSerializer(sessionObj.GetType());
        serializer.WriteObject(ms, sessionObj);
        return (int)ms.Length;
    }
}

// 调用示例
var tableSize = GetSessionObjectSize(Session["table1"]);

这个方法的优势是兼容性好，而且序列化后的大小能比较准确地反映对象在内存中的实际占用（因为序列化是把对象转化为字节流，大小和内存占用高度相关）。

2. DataTable专属的内存估算方法 #

如果Session里存的是DataTable，你可以不用完全序列化，而是通过计算每列每行的类型开销来估算内存占用，这样能避免序列化大Table带来的性能开销。比如这个自定义估算方法：

long EstimateDataTableMemory(DataTable dt)
{
    if (dt == null) return 0;
    
    long totalSize = 0;
    
    // 计算表头的开销：列名、类型信息等
    foreach (DataColumn col in dt.Columns)
    {
        // 列名是Unicode字符串，每个字符占2字节
        totalSize += col.ColumnName.Length * 2;
        // 列的类型、约束等额外开销，大致估算20字节
        totalSize += 20;
    }
    
    // 计算每行数据的开销
    foreach (DataRow row in dt.Rows)
    {
        foreach (DataColumn col in dt.Columns)
        {
            var value = row[col];
            if (value == DBNull.Value)
            {
                // 空值的标记开销，大致4字节
                totalSize += 4;
                continue;
            }
            
            // 根据数据类型计算字节数
            switch (col.DataType.Name)
            {
                case "Int32":
                    totalSize += 4;
                    break;
                case "String":
                    // 字符串本身的字节数（Unicode）加上长度标记
                    totalSize += ((string)value).Length * 2 + 4;
                    break;
                case "DateTime":
                    totalSize += 8;
                    break;
                case "Decimal":
                    totalSize += 16;
                    break;
                // 其他类型可以根据实际情况补充
                default:
                    // 不确定类型时，用序列化快速估算单个值的大小
                    using (var ms = new MemoryStream())
                    {
                        var serializer = new DataContractJsonSerializer(value.GetType());
                        serializer.WriteObject(ms, value);
                        totalSize += ms.Length;
                    }
                    break;
            }
        }
    }
    
    return totalSize;
}

这个方法是近似估算，不如序列化准确胜在性能好，适合处理大型DataTable时快速了解内存占用情况。

3. 基于GC的近似内存估算 #

如果只是想快速得到一个大致的内存数值，可以利用GC.GetTotalMemory方法，通过对比对象创建前后的内存变化来估算：

long GetApproximateObjectSize(object obj)
{
    if (obj == null) return 0;
    
    // 先触发垃圾回收，减少其他内存变化的干扰
    GC.Collect();
    GC.WaitForPendingFinalizers();
    
    long memoryBefore = GC.GetTotalMemory(true);
    // 创建强引用防止对象被GC回收
    var holder = new List<object> { obj };
    long memoryAfter = GC.GetTotalMemory(true);
    
    return memoryAfter - memoryBefore;
}

注意这个方法的结果是近似值，因为会受进程中其他内存操作的影响，适合在测试环境中快速验证，不建议用于生产环境的精确统计。

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