Java GWT：将IsSerializable替换为“IsSerializable”的缺点；接口可序列化扩展可序列化“；

在当前的GWT项目中，我发现了一个奇怪的提交：标准类

com.google.GWT.user.client.rpc.IsSerializable

被替换为以下代码，只是为了修复服务器端的一些序列化问题：

package com.google.gwt.user.client.rpc;

import java.io.Serializable;

public interface IsSerializable extends Serializable {
}

IsSerializable is（gwt-user-2.8.1.jar）的标准定义是：

在你看来，除了我所看到的影响之外，还有什么其他的影响呢

重写库类的副作用

Java 9 jigsaw可能存在的问题（我假设GWT库代码将变得不可更改）->应用程序永远不会严格遵守Java 9

一旦这个黑客行为被移除，困难就回到了IsSerializable的标准定义（代码在具有IsSerializable时假设可序列化，这在回到标准后就不成立了）

事实上，我想知道是否还有其他我看不到的危险含义。

我认为这是GWT rpc的一个“把戏”，目的是限制为序列化导出的类的数量。 希望更接近核心的人能参与到这场对话中，并给出更多的见解

TL；DR：如果你不使用GWT rpc（你不应该）不用担心（我不担心）。

我认为这是GWT rpc的一个“窍门”，目的是限制导出用于序列化的类的数量。 希望更接近核心的人能参与到这场对话中，并给出更多的见解

---

TL；DR：如果你不使用GWT rpc（你不应该）不用担心（我不担心）。

GWT-rpc中对

java.io.Serializable

的

IsSerializable

类前置日期支持。您可以完全避免

IsSerializable

，只在任何GWT-RPC兼容对象中使用

Serializable

---

编辑

IsSerializable

以扩展

Serializable

应该不会产生不良影响（除了Java 9点），但如果您根本不使用

IsSerializable

，则可能完全可以避免。这将是正确的解决方案。

GWT-RPC中对

java.io.Serializable

的

IsSerializable

类前置日期支持。您可以完全避免

IsSerializable

，只在任何GWT-RPC兼容对象中使用

Serializable

编辑

IsSerializable

以扩展

Serializable

应该不会产生不良影响（除了Java 9点），但如果您根本不使用

IsSerializable

，则可能完全可以避免。这将是正确的解决办法

public interface IsSerializable {
}