第 1 点无助于从 Citrix 服务器跳转到 Citrix 客户端。从某种意义上说,它将使页面更快地加载到 Citrix 服务器上,但是当它通过 HDX 重新传输到客户端时,在客户端上显示页面的速度将完全相同。
所以#1 是值得的,但只是在一般意义上,您可以将此优化应用于您的网页的任何客户端,而不是专门通过 Citrix 提供。
第 2 点有点像第 1 点,所以同样的评论适用。但是,重新渲染图形并将它们发送到 HDX 管道肯定会影响性能。我将其扩展为:尝试减少您使用的图形的数量(数量和大小),并降低您使用的图像的复杂性(即更简单的图像更容易压缩)。还要尽量减少页面上的更改,例如动画之类的东西会降低性能。
HDX 将执行它自己的图像压缩,因此您为使页面在视觉上不那么复杂所做的任何事情都将允许 HDX 进行更好的压缩。
第 3 点:我不熟悉 Web 上下文中的延迟加载。如果您没有加载本来会在屏幕上呈现的视觉元素,那么肯定会有所帮助。但是,如果您正在谈论加载一些不一定会使页面在视觉上更复杂的背景数据,那么这将无济于事。
简单来说,可以将 HDX 视为捕获网页的图像并重新传输这些图像。为使这些“图像”在视觉上不那么复杂和更可压缩所做的任何事情都将提高性能。然而,重传图像是 HDX 最坏的情况。它将尝试并在可能的情况下应用优化。例如,如果应用程序(在您的情况下是浏览器)使用 GDI 进行渲染,那么它具有可以应用的一类优化。我们还有一些特定于 IE 的扩展,以使网页中的图像滚动更加高效。
当然,该协议已得到增强,并且多年来变得更好,因此您应该期待上次看到的性能有所提高。还要确保在 XenApp 控制台中试验这些策略。您可以使用许多策略(例如图像压缩)。