共享主机页面请求数计算及独立图片服务器的性能疑问

嘿，这个问题问到点子上了，很多刚接触Web部署的朋友都会有类似疑惑，我来一步步给你讲清楚：

一、页面加载的请求数到底是多少？ #

理论上，你说的1个主页面GET请求 + 2个CSS请求 + 2个JS请求 + 35个图片请求，总计40个请求是最基础的情况，但实际场景中往往会有变化：

• 浏览器缓存：如果用户之前访问过你的网站，已经缓存了CSS、JS甚至部分图片，重复访问时这些资源不会再向服务器发起请求，请求数会大幅减少。
• HTTP/2多路复用：如果你的共享主机支持HTTP/2，浏览器可以在同一个TCP连接上发送多个请求，虽然请求数量还是40个，但服务器处理这些请求的效率会更高，不会像HTTP/1.1那样受连接数限制影响。
• 资源合并与压缩：如果把多个CSS合并成一个文件、多个JS合并成一个文件，就能减少2个请求（变成1个CSS+1个JS），同时压缩资源还能减小文件体积，加快加载速度。
• 图片优化策略：比如用WebP等更高效的格式，或者开启图片懒加载（首屏只加载可见的图片），也会减少初始加载时的图片请求数。
• CDN缓存：如果共享主机配置了CDN，图片等静态资源会被CDN节点缓存，请求会直接到CDN而不是你的主服务器，这时候主服务器实际处理的请求数会更少。

所以实际中服务器需要处理的请求数不一定是40个，得看你的具体配置和用户的访问情况。

二、使用独立图片服务器能让主服务器承载更多用户吗？ #

绝对可以，而且效果会很明显：

• 分流请求压力：你的页面中图片请求占了87.5%的请求量，把这些请求全部分流到独立的图片服务器后，主服务器只需要处理HTML、CSS、JS这5个请求，CPU、内存、带宽的消耗都会大幅降低，自然能承载更多并发用户。
• 专注资源优化：独立图片服务器可以专门针对图片做优化，比如配置图片自动压缩、格式转换、缓存策略，甚至搭配CDN使用，进一步提升图片加载速度，同时不会占用主服务器的资源。
• 避免资源竞争：当主服务器同时处理大量图片请求时，会挤占处理动态请求（如果有的话）的资源，分流后主服务器可以更高效地处理核心的页面逻辑和静态资源请求，稳定性也会更好。

总结一下，请求数的计算要考虑实际的缓存和优化策略，而独立图片服务器确实是提升主服务器承载能力的有效方案～

内容的提问来源于stack exchange，提问作者Vitaliy Eremenko