这是愚蠢的，但仍然很难在不消耗整本书的情况下清晰地阅读它的在线工作方式。
当用户输入带有图片库页面的地址时，他希望此库中加载与他想要的查询相关的照片，例如page.com/dogs，其中发生的情况：
服务器读取狗，从数据库中获取狗的数据，并返回已经加载了狗照片链接的页面（=一个请求，一个响应）
用户询问page.com/dogs并获取页面，然后页面上的代码读取dogs，转到服务器并要求狗照片链接数据加载到页面中，取回并加载它（2个请求，2个响应）
1听起来更优雅，更快速，但看起来网站仍在使用2。 是这样吗 ？大部分时间是如何完成的？
答案 0 :(得分：0)
从技术上讲，您可以通过任何一种方式实现。
选项1通常是最好的，因为它可以减少向用户显示页面所需的网络等待时间。请记住，除非将图像编码到HTML文档（即base64）中，否则该选项仍然需要多个图像请求。
仅当主页的有效载荷较大且图像频繁更改并通过AJAX请求时，选项2才会更好。 YouTube和Google使用类似的实现。这样一来，用户就可以缓存主页（骨架），从而减少所需的带宽。
使用选项2可能不会有任何好处，除非该应用程序收到了来自同一用户的大量流量，并且骨架页面不会经常更改。