文件的缺点。写作主要取决于这3个因素:

)实现

write()主要用于在需要内容时立即将内容写入屏幕。这意味着它发生在任何地方，要么在JavaScript文件中，要么在HTML文件中的脚本标记中。由于script标记被放置在这样的HTML文件中的任何地方，在与网页中的HTML交织在一起的脚本块中使用document.write()语句是一个坏主意。

b)呈现

Well designed code in general will take any dynamically generated content, store it in memory, keep manipulating it as it passes through the code before it finally gets spit out to the screen. So to reiterate the last point in the preceding section, rendering content in-place may render faster than other content that may be relied upon, but it may not be available to the other code that in turn requires the content to be rendered for processing. To solve this dilemma we need to get rid of the document.write() and implement it the right way.

c)不可能的操作

一旦写好了，就结束了。如果不进入DOM，我们就不能返回去操作它。

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

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

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

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

Pro:

这是从外部(到您的主机/域)脚本嵌入内联内容的最简单方法。 你可以覆盖一个frame/iframe中的全部内容。在更现代的Ajax技术广泛可用之前(1998-2002)，我经常在菜单/导航部分使用这种技术。

Con:

它序列化渲染引擎，直到加载外部脚本，这可能比内部脚本花费更长的时间。 它通常以这样一种方式使用，即将脚本放在内容中，这被认为是糟糕的形式。

它覆盖了页面上的内容，这是最明显的原因，但我不认为它“坏”。

除非使用JavaScript创建整个文档，否则它没有多大用处，在这种情况下，您可以从document.write开始。

即便如此，在使用文档时，您并没有真正利用DOM。写——你只是在向文档中倾倒一团文本，所以我认为这是糟糕的形式。

我能想到的是:

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

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

根据Google-Chrome Dev Tools的Lighthouse Audit所做的分析，

对于连接速度较慢的用户，通过document.write()动态注入的外部脚本可能会将页面加载延迟数十秒。