GWT 序列化损坏？答案

【问题标题】：GWT Serialization Broken?GWT 序列化损坏？
【发布时间】：2013-11-22 03:33:58
【问题描述】：

我有一个相当简单的案例。我还简化了名称以使其更易于阅读（见下文）。

我有一个枚举和一个使用该枚举的用户定义类，以及一个字符串。

根据 GWT：

枚举应该是可序列化的。
用户定义的类应该是可序列化的，因为：
直接实现Serializable。
它的非最终、非瞬态实例字段是可序列化的：
枚举是可序列化的。
字符串是可序列化的。
它有一个默认（零参数）构造函数。

尽管符合这些规则，但尝试使用这些类会导致以下错误：

SEVERE: Exception while dispatching incoming RPC call com.google.gwt.user.client.rpc.SerializationException: Type 'com.company.product.Bar was not included in the set of types which can be serialized by this SerializationPolicy or its Class object could not be loaded. For security purposes, this type will not be serialized.: instance = com.company.product.Bar @4c19cc84

简单案例。

GWT 搞砸了。

它坏了吗？

如果满足以下条件之一，则类型是可序列化的并且可以在服务接口中使用：

类型是原始类型，例如 char、byte、short、int、long、boolean、float 或 double。
类型是 String、Date 或原始包装器（例如 Character、Byte、Short、Integer、Long、Boolean、Float 或 Double）的实例。
类型是枚举。枚举常量仅作为名称序列化；没有任何字段值被序列化。
类型是可序列化类型的数组（包括其他可序列化数组）。
类型是可序列化的用户定义类。
该类型至少有一个可序列化的子类。
该类型具有自定义字段序列化器

如果满足以下所有条件，则用户定义的类是可序列化的：

它可以分配给 IsSerializable 或 Serializable，要么是因为它直接实现了这些接口之一，要么是因为它派生自具有此功能的超类
所有非最终、非瞬态的实例字段本身都是可序列化的，并且
从 GWT 1.5 开始，它必须有一个默认（零参数）构造函数（带有任何访问修饰符）或根本没有构造函数。

Foo.java

public enum Foo {
 A, B, C;
}

Bar.java

public class Bar implements Serializable {

 private static final long serialVersionUID = 604131643709466885L;
 private Foo foo;
 private String S;

 public Bar() {
 }

 public Foo getFoo() {
     return foo;
 }
 public void setFoo(Foo foo) {
     this.foo = foo;
 }
 public String getS() {
     return S;
 }
 public void setS(String S) {
     this.S = S;
 }
}

【问题讨论】：

标签： gwt serialization gwt-rpc

【解决方案1】：

您的课程在客户端和服务器端可用吗？

包名“com.company.product.Bar”表明该类可能不在正确的包中。通常你在 GWT 中有这样的包结构：

+- root package
   !
   +- client
   !
   +- server
   !
   +- shared
   !  ! 
   !  +- YourDTO.java
   !
   +- YourModuleDescriptor.gwt.xml

您的 DTO 应位于共享包中。

【讨论】：

【解决方案2】：

类型 'com.company.product.Bar 未包含在可由此 SerializationPolicy 序列化的类型集中或无法加载其 Class 对象。出于安全考虑，此类型不会被序列化。

由于您已经非常清楚地遵循了它提到的特定规则，因此剩下的另一半 - 序列化策略本身可能有问题。有两种主要情况会发生这种情况 - 服务器上不存在该策略（或已过期，实际上是同一件事），或者该策略不包含该类型，因为它无法通过RPC（不在客户端源路径上，明确列入黑名单，不可分配给预期类型之一 - java.lang.Object 作弊）。

如果文件完全丢失或过期，服务器将不会发送或接收它正在查看的类型。如果过时，客户端和服务器对哪些类型可以通过网络有不同的想法。每个 rpc 调用都包含对用于该调用的策略文件的引用——客户端和服务器需要保持同步。另一方面，如果由于 RPC 生成器决定通过网络发送该类型不合法而无法发送对象，则需要更改您的 rpc 接口（或引用类型）以正确引用它。

除此之外，还需要更多详细信息 - 您的 RPC 接口是什么，服务器上的任何其他日志消息，服务器上是否存在 *.gwt.rpc 文件？

【讨论】：