【发布时间】：2011-05-09 15:36:40
【问题描述】：
只是想知道是否有经验更丰富的人可以建议 Web 应用程序中总 JS 资源的建议限制。我想确保我的带宽没有超载。
我目前在两个 .js 文件之间分布大约 350 - 400kb（未缩小）。这不包括来自 Google CDN 的 jQuery 和 jQuery UI。
谢谢！
【问题讨论】：
标签： javascript limit filesize
【发布时间】：2011-05-09 15:36:40
【问题描述】：
我想没有真正推荐的“文件大小”。
更多推荐的加载整个页面的时间长度，包括所有 css、图像、javascript、渲染时间等。太长了人们会失去兴趣，但这真的取决于你的内容，即是否非常具体人们追求的内容，那么他们会等待更长的时间，但如果您正在运营一个电子商务网站并且您的竞争对手只需点击一下，那么页面加载时间就非常重要。
我想答案是让您的文件尽可能小，并尽可能快地加载您的网站。但这将是一个经典的投资回报问题，如果您经营一个电子商务网站，加载速度更快的网站会带来更多销售吗？
但要尝试回答您的问题，400KB 对我来说似乎有点重。作为一般的经验法则，您希望 瞄准 for sub 10 seconds 使页面的加载时间不超过 2 秒，开始可见 - 至少给出响应给你的用户。
这里是雅虎的Best Practices for Speeding Up Your Web Site
您还可以运行 Y-Slow 一个 firebug 插件或许多其他速度测试来分析并给出建议。
Google's Page Speed site 是一种更现代的页面速度方法。
【讨论】：
-
为什么投反对票？尽管现在这是一个相当古老的答案！
-
只是 2018 年的简短更新，10 秒的加载时间是 2011 年的建议（尽管我概述的一般原则仍然有效），请在此处查看当代建议：developers.google.com/speed 特别不是关于整个页面的“加载时间”，但提供可用体验的加载时间。
我相信它大约是 500kb，此时您开始严重影响性能。
【讨论】：
不清楚您是否正在为您的托管建议寻找页面渲染性能或成本...
对于这两种情况：如果您希望网站流量高，则应缩小所有静态文件（CSS、JS、图像）并提供压缩文件（如果是图像，请确保选择可接受的最小尺寸）。设置正确的缓存标头也很重要。
页面渲染 - 请参阅 Alex Key 的回答。
托管成本 - 由您决定什么是可接受的。估算起来相对容易——每个时间段的用户数量乘以您网站的平均下载量，就可以得出这个数字。您也可以考虑将静态内容放在某些 CDN 上。
【讨论】：