使用 protobuf-net 的 ASP.NET SessionState 模式 SQLServer 序列化

Question

问题背景

我一直在考虑如何优化 SQL Server 中会话的状态外存储，我遇到的一些方法是：

• 在不需要会话的页面上禁用会话状态。此外，在不写入会话的页面上使用只读。
• 在 ASP.NET 4.0 中使用 gzip 压缩选项。
• 尽量将会话中存储的数据量保持在最低限度。
• 等

现在，我在会话中存储了一个对象（一个名为 SessionObject 的类）。好消息是，它是完全可序列化的。

使用 protobuf-net 进行优化

我认为另一种可能是优化会话存储的好方法是使用协议缓冲区（protobuf-net）序列化/反序列化而不是标准 BinaryFormatter。我知道我可以让我的所有对象都继承 ISerializable，但我不想创建 DTO 或使用序列化/反序列化逻辑弄乱我的域层。

任何使用带有会话状态 SQL 服务器模式的 protobuf-net 的建议都会很棒！

Answer 1

如果现有的会话状态代码使用BinaryFormatter，那么您可以通过让protobuf-net 充当BinaryFormatter 的内部代理来作弊，方法是在您的根对象上实现ISerializable强>：

[ProtoContract]
class SessionObject : ISerializable {
    public SessionObject() { }
    protected SessionObject(SerializationInfo info, StreamingContext context) {
        Serializer.Merge(info, this);
    }
    void ISerializable.GetObjectData(SerializationInfo info, StreamingContext context) {
        Serializer.Serialize(info, this);
    }

    [ProtoMember(1)]
    public string Foo { get; set; }
    ...
}

注意事项：

• 只有根对象需要这样做；任何封装的对象都将由 protobuf-net 自动处理
• 它仍然会为最外层的对象添加 little 类型的元数据，但不会太多
• 这将打破现有状态；改变序列化机制本质上是一个突破性的改变

如果您想从 root 对象中删除类型元数据，则必须实现自己的状态提供程序（我认为 MSDN 上有一个示例）；

• 优点：输出更小
• 优点：无需在根对象上实现ISerializable
• 缺点：您需要维护自己的状态提供程序；p

（以上提出的所有其他点仍然适用）

还请注意，此处 protobuf-net 的有效性将在一定程度上取决于您存储的数据是什么。它应该更小，但如果你有很多非常大的字符串，它不会很多小，因为 protobuf 仍然使用 UTF-8 作为字符串。

如果您确实有很多字符串，您可能会考虑另外使用 gzip - 我为我上一个尝试 gzip 的雇主编写了一个状态提供程序，并存储了最小的（原始或 gzip） -显然需要进行一些检查，例如：

• 如果小于 [某个值]，不要 gzip
• 如果 gzip 超过原始压缩率，请尽早短路 gzip 压缩

以上内容可以非常愉快地结合与 protobuf-net 一起使用 - 如果您正在编写 state-provider 无论如何，您可以放弃 ISerializable 等最高性能。

最后一个选项，如果你真的想要，我先给[ProtoContract(..., CompressionMode = ...)] 添加一个“压缩模式”属性；其中：

• 仅适用于ISerializable 用法（出于技术原因，更改主布局没有意义，但这种情况可以）
• 在上述序列化/反序列化期间自动应用 gzip [也许与我上面提到的相同检查]
• 这意味着您不需要添加自己的状态提供程序

但是，这只是我真正想申请“v2”的东西（我对仅在 v1 中的错误修复非常残酷，这样我就可以保持理智）。

如果感兴趣，请告诉我。