RCP中SWT富文本编辑器切换Edge浏览器后的加载卡顿问题咨询

Edge浏览器在SWT Rich Text Editor中的内容限制 #

目前没有公开官方说明Edge在SWT Rich Text Editor中针对Data URL或大体积内容设置了硬性限制，但Edge基于Chromium内核，和IE的处理逻辑差异明显。Chromium解析、渲染大体积Data URL时会占用更多内存和CPU资源，尤其是多张大图以Data URL形式嵌入时，极易出现加载缓慢、卡顿的情况——这是内核架构差异带来的性能瓶颈，并非刻意的内容限制。

解决思路 #

• 用自定义协议替代Data URL：SWT Rich Text Editor基于Browser控件，可以注册自定义协议（比如rcp-local://），将本地图片路径转换为该协议地址。编辑器加载内容时拦截该协议请求，直接从本地文件系统读取图片数据返回给Edge内核。既绕开了Edge不支持file://本地路径的问题，又避免了文本体积膨胀。
  核心代码示例：

  browser.addLocationListener(new LocationAdapter() {
      @Override
      public void changing(LocationEvent event) {
          String targetUrl = event.location;
          if (targetUrl.startsWith("rcp-local://")) {
              // 将自定义协议转换为本地文件路径
              String localImgPath = targetUrl.replace("rcp-local://", "");
              // 读取本地图片并返回给浏览器
              event.doit = false;
              // 此处实现图片数据的读取与响应逻辑
          }
      }
  });
  

• 图片预处理+懒加载：先对要嵌入的本地图片做压缩（调小分辨率、降低画质），再决定是否使用Data URL；同时给编辑器添加图片懒加载逻辑，仅当图片进入可视区域时才加载，减少初始加载阶段的资源占用。
• 拆分渲染任务：将大体积内容的渲染拆分为多个异步任务，通过SWT的Display.asyncExec()方法分散执行，避免一次性渲染导致主线程阻塞。
• 缓存图片资源：为已加载的图片建立内存或磁盘缓存，再次加载相同图片时直接复用缓存资源，省去重复解析和加载的开销。

内容的提问来源于stack exchange，提问作者Vishal Sharnagat