我们正在寻找流式传输1000个文件以便返回到消费客户端。我已经汇总了不同的选项，包括使用WCF流传输模式选项，但发现由于所需的顺序而必须等待所有数据预先组装时存在严重延迟。
因此，当客户端变得可用时，似乎需要将某种类型的分块数据返回给客户端。
由于可能的客户端硬件功能，我试图避免在服务端和客户端之间放置并发和数据汇编（用于订购），但这可能不可用。
更新这些主要是我们正在显示的图片，我们尝试了多种设置1）获取所有图像并在一个流中流式传输 - 运行良好，但获取所有文件所需的时间和组装是很长的方式，2）分别获取每个图像 - 这有点慢。
有什么建议吗？
答案 0 :(得分：0)
你说＆＃34;我们正在显示的图像＆＃34;。在全高清显示器中同时显示的1000张图像的平均图像尺寸为45x45。即使是缩略图库，它们也可能太小了。
如果您按顺序（或在多个窗口中）显示图像，则不需要一次发送1000张图像，但是当用户看到第一张图像（例如前5-10张图像）时，您可以开始在后台发送其他人（因为用户此刻无法看到他们）。
如果你有一个缩略图库，你可以发送许多缩略图（更快，因为它们与原始图像相比更小），然后你发送用户希望在点击它时详细查看的图像。