- c - 在位数组中找到第一个零
- linux - Unix 显示有关匹配两种模式之一的文件的信息
- 正则表达式替换多个文件
- linux - 隐藏来自 xtrace 的命令
我在尝试序列化对象图(不是很深)时遇到异常。有意义的部分是这样的:
[ERROR] FATAL UNHANDLED EXCEPTION: ProtoBuf.ProtoException: Possible recursion d etected (offset: 5 level(s)): red at ProtoBuf.ProtoWriter.CheckRecursionStackAndPush (object) <0x00127> at ProtoBuf.ProtoWriter.StartSubItem (object,ProtoBuf.ProtoWriter,bool) <0x0002f>
该图表示文件/目录结构,我的模型(简化)如下所示:
[ProtoContract]
[ProtoInclude(100, typeof(PackageDirectory))]
[ProtoInclude(200, typeof(PackageFile))]
public abstract class PackageMember
{
[ProtoMember(1)]
public virtual string Name { get; protected set; }
[ProtoMember(2, AsReference=true)]
public PackageDirectory ParentDirectory { get; protected set; }
}
[ProtoContract]
public class PackageDirectory : PackageMember
{
[ProtoMember(3)]
private Dictionary<string, PackageMember> _children;
public PackageDirectory()
{
_children = new Dictionary<string, PackageMember>();
}
public PackageDirectory (string name, PackageDirectory parentDirectory)
: this()
{
this.ParentDirectory = parentDirectory;
this.Name = name;
}
public void Add (PackageMember member)
{
_children.Add(member.Name, member);
}
}
[ProtoContract]
public class PackageFile : PackageMember
{
private Stream _file;
private BinaryReader _reader;
private PackageFile()
{}
public PackageFile (string name, int offset, int length, PackageDirectory directory, Stream file)
{
this.Name = name;
this.Length = length;
this.Offset = offset;
this.ParentDirectory = directory;
_file = file;
_reader = new BinaryReader(_file);
}
[OnDeserialized]
protected virtual void OnDeserialized(SerializationContext context)
{
var deserializationContext = context.Context as DeserializationContext;
if (deserializationContext != null)
{
_file = deserializationContext.FileStream;
_reader = new BinaryReader(_file);
}
}
[ProtoMember(3)]
public int Offset { get; private set; }
[ProtoMember(4)]
public int Length { get; private set; }
}
这棵树的深度接近 10-15 层,小于 ProtoBuf.ProtoWriter.RecursionCheckDepth
值 (25)。 (所以也许这是一个错误?)使用的 protobuf-net 版本 是从 trunk v2 (rev 491) 编译而来的。
实际上,我通过修改 protobuf-net 代码解决了这个问题。我将 ProtoBuf.ProtoWriter.RecursionCheckDepth
的值更改为 100,一切似乎都正常。
问题是是否有任何“真正的”方法可以在不修改 protobuf 代码的情况下序列化这种图?这种行为是正确的还是错误?
我的平台是 Windows 7 Professional 64 位上的 Mono-2.10-8
附言我还发现,如果我使用以下代码反序列化,我应该将 PackageDirectory 无参数构造函数公开。
var value = new PackageDirectory();
RuntimeTypeModel.Default.Deserialize(ms, value, typeof(PackageDirectory), new SerializationContext {
Context = new DeserializationContext {
FileStream = _file,
}});
这是另一个主题,但已通过提供的代码进行了很好的说明。我认为在这种情况下应该允许声明私有(private)构造函数,因为现在行为不同于 Serializer.Deserialize(...)。
最佳答案
仅当在数据中看到相同的引用(在同一路径中两次)时才会抛出此异常,并且仅在深度至少为时启用跟踪 递归检查深度
。这立即让我怀疑引用的 10-15 深度限制,尽管 protobuf 处理级别的情况不一定相当与您计算的相同。将这个数字提高到 100 对我来说没有任何意义 - 事实上,这个 RecursionCheckDepth
的存在纯粹是一种优化,以限制“典型”图形所涉及的工作量,仅如果它开始深入观察,则启用更严格的检查。
不过,我注意到这可能还暗示了基于继承的处理中的一些细微错误,可能也与 AsReference
相关。我广泛且不断地使用 protobuf-net,我还没有看到这样的问题。如果您有可复制的复制品,我非常希望看到它。
关于c# - protobuf-net:检测到可能的递归,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10070710/
我试图了解是否有可能采用构成另一个 protobuf 一部分的序列化 protobuf 并将它们合并在一起而不必反序列化第一个 protobuf。 例如,给定一个 protobuf 包装器: synt
正如我最近发现的,我们可以使用两个类 ProtoBuf.Serializer 和 ProtoBuf.Meta.TypeModel 在 protobuf-net 中序列化/反序列化。例如,假设我们有一个
我正在尝试使用 protobuf 序列化我的下面的类,但它因“对象引用”错误而失败。更多详情如下。通过查看错误详细信息,您知道会出现什么问题吗?注意:我的用户对象太大了,它有太多的子对象和属性。所以不
我想识别要反序列化的文件是否是protobuf序列化的。这是因为我想提供不止一种选项来为用户序列化和反序列化文件。我正在使用 protobuf.net 序列化为 protobuf 格式。 最佳答案 不
我已经使用位于 https://protogen.marcgravell.com/ 的工具构建了我的 C# 类来自 https://developers.google.com/transit/gtfs
有一个通过 UDP 接受消息的 Go 服务器。使用这种设计,它只能扫描一种特定类型的实体,world.Entity . for { buf := make([]byte, 10
比如我想序列化和反序列化System.Drawing.Font这是不可变的,不能更改以适应 protobuf-net 约定。一般来说,是否可以在 protobuf-net 中编写某种“自定义”序列化程
我开始用 protobuf 2.2.0 构建一个应用程序,因为它是最新的。现在我正在考虑升级到最新的 protobuf 2.4.0a。 如果我这样做,对于同一架构,一个版本的应用程序生成的消息是否仍然
在我从 BinaryFormatter 切换到 protobuf-net 的过程中, 我在序列化集合时观察到了差异。 在下面的代码示例中,反序列化(protobuf-net v2r470)返回 如果在
知道正在发送的 protobuf 消息类型的 API 是什么? 例如,我使用以下方法获取 SendNameMessage 对象。 SendNameMessage sendNameObj = Seria
我在我们的一个项目中使用 protobuf-net 来序列化/反序列化一大组同类对象。它运行良好,速度非常快。不过只有一个问题。反序列化时是否可以使用 linq(或任何其他机制)指定过滤条件,以便加载
我正在尝试使用 protobuf-net 序列化一些对象,但不幸的是他们自由地使用了 DateTimeOffset , protobuf-net 尚不支持。这导致了很多: No serializer
我在 ionic2 项目中使用 protobuf.js。我有一个有效的 .proto 文件,我首先将其转换为静态 javascript 文件: pbjs -t static databaseapi.p
我通过 vcpkg vcpkg install protobuf:x64-windows 安装了 protobuf .显然它安装了最新版本(3.6.1)。对于我需要版本<=3.5.1的项目。有没有办法
我有以下类(class):- [Serializable] [DataContract(Name = "StateValueWrapper")] public class StateValueWrap
protobuf net 似乎不支持列表/数组的 AsReference 以及列表/数组内对象的 AsReference。这会在最终的 v2 中得到支持吗? [ProtoMember(1, AsRef
我正在使用 protobuf-net 来序列化和反序列化我的消息。我的消息还包含可以为空的字符串。但是,当我在另一侧反序列化它们时,我得到空字符串 ("")。 根据谷歌文档,空字符串中字符串类型的默认
我已经阅读了有关继承的各种帖子,并且 Protocol Buffer 不支持继承。我不想继承 Protocol Buffers 消息,而是继承,这样我就可以轻松处理我的所有 Protocol Buff
我知道带有 protobuf.net 的列表不支持 AsReference,因此我尝试了解决此限制的方法。我创建了一个名为 SuperList 的自定义列表,其中包含包装在 SuperListItem
我正在尝试使用 ProtoMember 中的 AsReference 选项进行递归引用。如果我使用公共(public)构造函数创建 AnOwner 然后序列化/反序列化,AnOwner.Data 变为
我是一名优秀的程序员,十分优秀!