gwt - ServiceAsync 接口(interface)背后的底层技术是什么？

Question

我开发了一个 Web 应用程序(正常工作)，它将用户注册到系统并允许用户通过 https 将文件上传到系统。客户端代码完全使用 GWT 2.4 开发，后端是几个 servlet。除了上传代码，所有的客户端-服务器通信都是通过使用 ServiceAsync 来完成的。接口(interface)，因为它是 GWT 中的常见做法。上传代码基于直接与上传 servlet 通信的表单。

这个项目是作为类(class)开发的，我的教授热衷于了解谷歌网络工具包的底层架构，特别关注客户端-服务器通信。他的问题是，

“客户端代码如何知道服务器的 url 以便完成所有通信？”

他的问题对 ServiceAsync 来说是合法的。界面。我正在调用服务器端的一个函数，这对他来说似乎很有趣，他想知道它背后的底层过程。

对于上传，我刚刚定义了 uploadForm.setAction(GWT.getModuleBaseURL()+"upload");其中 upload 是 web.xml 中上传 servlet 的名称。

我告诉他编译器会生成包含所有 Web 应用程序代码(整个系统动态开发)的 Javascript 代码，并且 servlet 的 url 放在该脚本文件中，但答案并不让他满意。请让我知道客户端-服务器与 GWT 通信的内部事实。

请给我一些答案，可以帮助我的教授理解 GWT 的异步客户端到服务器 RPC 通信。

Answer 1

底层技术是shown here作为图表。 Google says “GWT 提供了一种基于 Java Servlet 的 RPC 机制来提供对服务器端资源的访问。这种机制包括生成高效的客户端和服务器端代码，以使用 deferred binding 对网络中的对象进行序列化。”

客户端知道要查询的 URL，因为您将使用 @RemoteServiceRelativePath 注释您的服务接口(interface)。标签。这会将服务与相对于模块基本 URL 的默认路径相关联。该 URL 是 Javascript 发送您的请求的地方。

如果你愿意的话，还有很多关于 GWT 的 RPC 的知识，你可以开始把它拆开here和 here .