服务器重启后AuthenticationTicket的byte[]类型Value无法反序列化问题

云原生阿岚

2026-9-30

问题根因及解决方案

1. 二进制字段读取格式错误（对应字节长度翻倍现象）

你遇到的重启后读取Value长度翻倍、数据库原始数据无变化的问题，本质是Postgresql的bytea类型读取逻辑错误导致：

Postgresql默认以hex格式输出bytea类型的查询结果，如果你的ORM或数据读取逻辑错误地将hex字符串直接按UTF8等编码转为字节数组，每个hex字符会被转为1个字节，最终字节长度刚好是原始数据的2倍。
对应修复方案：
确认数据库中Value字段的类型为原生bytea，禁止用text/varchar等字符串类型存储二进制数据
检查你使用的Postgresql驱动（通常为Npgsql）的ORM映射配置，确保Ticket.Value属性被正确映射为二进制类型，Npgsql原生支持bytea到C# byte[]的直接转换，不要手动做任何编码转换
手动写查询SQL时，不要对Value字段加::text等字符串类型转换，直接读取原始二进制值

2. 数据保护密钥未持久化（对应反序列化失败问题）

即便修复字节读取问题，服务重启后仍可能出现反序列化失败，原因是ASP.NET Core默认将Data Protection密钥存储在内存中，服务重启后密钥会丢失，而AuthenticationTicket的序列化/反序列化依赖该密钥做加密解密。
对应修复方案：
配置Data Protection密钥持久化到非易失存储，示例代码如下：

//  Program.cs 配置
builder.Services.AddDataProtection()
    // 可根据需求将密钥存储到本地目录、数据库、Redis等共享位置，分布式部署需所有节点共用同一份密钥
    .PersistKeysToFileSystem(new DirectoryInfo(@"/your/key/storage/path"))
    // 按需设置密钥有效期
    .SetDefaultKeyLifetime(TimeSpan.FromDays(180));