在编写html时，一些网站建议在BODY标记的末尾编写脚本，而不是在BODY标记的开头写入，我读到这将增加页面刷新的性能，但是这有助于在html页面呈现时 只有在DOM解析了所有标签之后？

在head标记中包含依赖项(例如jQuery)是常规。
但是，如果不将DOM加载到窗口中，脚本就无法访问它。

看看以下示例：

如果你要运行它，你就不会看到"苹果很棒"。在浏览器窗口中，因为jQuery选择没有任何选择。
如果将脚本移动到标记下面，则在调用jQuery选择器方法时，它可以找到div，因为它已加载到窗口中。

javascript加载不是DOM的一部分，但它是阻塞的，它会中断加载过程直到完成。即使它是一个小脚本，它仍然是一个额外的请求，并将减慢整个过程。

真相是浏览器只需要DOM结构来开始渲染，它们不需要脚本也不需要用于布局。在执行之前，它们只是自重。

即使CSS对于初始渲染过程(或多或少)也可能被认为是不必要的，但由于CSS加载是非阻塞的，因此这不是问题。

将脚本放在底部的性能提升可能会有所不同，即使这是一种推荐的做法，也可能并非总是无害的。例如，在处理CMS时，您可能会设计主题以在底部加载脚本，但您无法控制插件。例如，这会在wordpress中发生很多事情，并且人们最终会将脚本放在头部以避免与插件发生冲突。

奖金追踪(几年后)

在进行跟踪脚本时，例如mixpanel，inspectlet，甚至谷歌分析......您可能想要检测用户何时进入您的页面，并在几秒钟之后由于加载时间缓慢，成人广告块......等等。

如果您将跟踪脚本和底部放在一起可能无法及时启动以检测该访问，那么您将不会知道您具有如此极端的跳出率。在这种情况下，我会考虑将脚本放在头脑中。

如果你把资源提示放在开头，比如说

要么

它将减轻在头部加载所述脚本的缺点。

它有帮助，因为只有在DOM准备就绪后才会呈现HTML页面：浏览器在解析DOM时开始呈现页面。

这意味着您可以通过使浏览器最后加载脚本来实现页面的更快"加载"(即使DOM未准备好)。在加载最终脚本之前，用户可以查看您的页面，甚至可以与其进行交互。

当然，如果您的页面都是使用脚本构建的，那么用户就没有太多东西可以看到。