Javascript 加载时间是否值得执行时间？ > >编辑< /强>：请考虑整个问题，不要过于关注示例。

首先，让我定义（1）加载时间，它是来自HTTP的请求计时；（2）执行时间，它表示解析响应、编译JavaScript等的时间

例如，考虑这两个CSS选择器： > A < /代码>和<代码> div < /代码>。显然，第一个会。知道了这一点，我会在CSS中使用这个选择器

现在，如果我有更多的元素匹配这些选择器，比如10000，以及更长的ID，比如

LongIdIsLongVeryLong

，那么页面的加载速度肯定会更慢。但主要原因是什么：所有

而不是

（即加载时间），或者浏览器必须对更多元素应用样式（即执行时间）

还有，为什么？因为信息在你的电脑里比在互联网上传播得更快？我真的不知道

当然，这也适用于JavaScript等

---

我希望我已经说清楚了，我希望你是思想开放的

网络时间将主导几乎任何机器的处理时间。尤其是在比较两个css选择器时，每个选择器都有一个术语

---

我相信你可以使用堆积如山的javascript，或者嵌套很深的选择器来显著提高处理时间，但与网络相比，它实际上是即时的。

完全取决于你的目标平台

在桌面上，您可能会很好地使用更大的站点和更好（不一定更快）的代码。但是在移动设备作为主要用户的情况下，减少HTTP请求的大小，尤其是数量是第一优先事项，通常这类设备上的CPU资源要比可用带宽多得多

---

这里确实没有一般性的建议，因为这取决于你正在构建什么样的网站/应用程序，以及人们在页面加载后会在页面上停留多长时间

你不能有多个相同ID的实例，所以如果你想缩小一个类的范围而不仅仅是一个DIV，你就必须使用一个类。这取决于你想做什么。如果浏览器将相同的样式应用于1000个元素，则浏览器不应变慢。不过，使用JS这样做肯定会成功，因为它必须迭代每个元素。谢谢，但是您太关注这个示例了。