浏览器违反

.write被认为是浏览器违规，因为它会停止解析器呈现页面。解析器接收到文档正在被修改的消息;因此，它会被阻塞，直到JS完成它的进程。只有在这个时候，解析器才会恢复。

性能

使用这种方法的最大后果是降低性能。浏览器需要更长的时间来加载页面内容。加载时间的不良反应取决于写入文档的内容。如果您向DOM添加一个<p>标记，而不是将一个包含50个左右引用的数组传递给JavaScript库，您不会看到太大的区别(我在工作代码中看到过这种情况，导致11秒的延迟——当然，这也取决于您的硬件)。

总而言之，如果可以的话，最好避免使用这种方法。

有关更多信息，请参阅对document.write()进行干预

文档其实没什么问题。写作本身。问题是它很容易被误用。严重,甚至。

对于提供分析代码的供应商(如谷歌analytics)来说，这实际上是他们分发此类代码片段的最简单方法

它使脚本保持较小 他们不必担心重写已经建立的onload事件或包括必要的抽象来安全地添加onload事件 它非常兼容

只要你不尝试在文件加载后使用它，文件。在我看来，写作本身并不是邪恶的。

我能想到的是:

文档。写需要用在页面加载或正文加载上。因此，如果您想在任何其他时间使用脚本来更新您的页面内容文档。写作几乎毫无用处。 技术文档。write只更新HTML页面，不更新XHTML/XML。IE似乎对这个事实很宽容，但其他浏览器不会。

http://www.w3.org/MarkUp/2004/xhtml-faq#docwrite

它可以阻止你的页面

文档。写只在页面加载时工作;如果在页面加载完成后调用它，它将覆盖整个页面。

这实际上意味着你必须从一个内联脚本块中调用它——这将阻止浏览器处理接下来页面的部分内容。直到写入块完成，脚本和图像才会被下载。

Chrome浏览器可能阻止文档。编写在某些情况下插入脚本的代码。当这种情况发生时，它将在控制台中显示以下警告:

一个解析器阻塞，跨源脚本，…，通过 document . write。这可能会被浏览器阻止，如果设备 网络连通性差。

引用:

developers.google.com上的这篇文章将详细介绍。 https://www.chromestatus.com/feature/5718547946799104

我不认为使用文档。写作根本就是一种糟糕的习惯。简单地说，对于没有经验的人来说，这就像一个高压。如果用错了，你就会被煮熟。有许多开发人员至少使用过一次这种或其他危险的方法，但他们从未真正深入研究过自己的失败。相反，当出现问题时，他们只是跳出来，使用更安全的东西。正是这些人对所谓的“坏习惯”做出了这样的声明。

这就像格式化硬盘驱动器，当你只需要删除几个文件，然后说“格式化驱动器是一个坏习惯”。