客户端与服务器映像过程并显示

Question

客户端与服务器映像过程。

我们得到了一个大型系统，该系统可以在JSF（primefaces）EJB3上运行，有时还可以在JavaScript逻辑上运行（例如使用Firebase和东西）。

因此，我们遇到了这个问题，我们有一个servlet来提供一些图像。 后端进行查询，然后从数据库中提取一些blob img，将BLOB制成字节数组，将其发送到浏览器会话内存，然后servlet将其接收到ulr-OurSite / image / idImage中进行服务 。 前端通过<img>(url/image/id)</img>调用，到目前为止效果还不错。

然后，我们使用一种新的直接方式来显示img，将BLOB / RAW数据发送到前端， 然后将它们转换为Base64.imageReturn。 并将其传递给html。

 Base64 codec = new Base64();
                String encoded = codec.encodeBase64String(listEvidenciaDev.get(i).getImgReturns());

对于几乎所有情况，这两种方法都有效。

注意：我们之前没有尝试过此操作，因为我们无法将RAW数据通过序列化对象和RMI的层传递。 现在我们可以了。

所以现在有两种方法。

我们要么将数据发送到servlet并将其放在某个url上，这意味着后端完成所有工作，而前端仅调用url

或者我们将数据发送到前端，这将使魔术变得神奇，并将其转换为img。

这带来了两个问题。

1. 如果我们发送到前端RawObject或让他们调用URL以显示其图像内容，最终用户将下载相同数量的数据吗？ 这很重要，因为我们有些远程分支机构的互联网连接较差

2. 值得将艰苦的工作传递给前端（转换数据）或后端（转换和发布）吗？

---

编辑：

我的问题不是BLOB（ 我称为RAW数据 ）大于base64的问题。

它是; 将数据作为对象传递并将其转换为可读图片比使用实际IMG从我们的servlet中传递url并将其加载到html上要重得多。

Answer 1

我确实选择了关闭该答案，因为我们进行了一些测试，并且前端使用了相同的带宽。

无论如何，我们同时使用两种解决方案

如果我们不希望前端进行大量编码，我们会为该图像设置一个servlet（带有更多代码和更多服务器负载）。 我们寻求针对特定情况的最佳优化。