我想看到对此的不同看法/意见。
我让 Jquery 通过 ajax 调用一个函数。它以两种方式加载数据：
ajax 脚本从同一个服务器加载 JSON 数据，然后使用 JS 解析并附加到 html 中。
ajax 脚本通过调用的 php 脚本直接加载完整的 html / 脚本设置，然后 JS 将其附加到 html div。
我假设 #1 更快，因为它加载一个基本的 JSON 数组，然后使用 JS 解析它并附加到 html。
意见？
谢谢！
【问题讨论】：
标签： php javascript jquery ajax
您应该使用 document.createDocumentFragment 会带来更好的性能。附加到这个片段只会占用内存，并且在你准备好之前不会修改 DOM 本身。我相信 document.createElement 仍然优于 innerHTML，因为它绕过了字符串解析。您总是可以运行一堆基准测试来查看结果。
基准：http://jsperf.com/innertext-vs-fragment 来源：https://developer.mozilla.org/en-US/docs/Web/API/document.createDocumentFragment
【讨论】：
有很多变数。 #1 可能会更快，前提是您的 JavaScript 不是零散地组装结果并假设数据明显小于等效标记。如果您正在零碎地组装结果，或者如果数据不比标记小很多，那么它可能会更慢。它还取决于用户的网络连接速度与他们的 CPU 和浏览器的速度（Chrome 相当快，IE7 相当慢）等。
关于零碎的事情：例如，如果您正在加载一个 200 行的表，并且您正在构建这样的行：
// ...stuff that initializes `tableBody` and clears out old stuff...
for (index = 0; index < stuff.length; ++index) {
tr = $("tr");
tr.append("td").html(stuff[i].a);
tr.append("td").html(stuff[i].b);
tr.append("td").html(stuff[i].c);
tableBody.append(tr);
}
...那么与浏览器通过等效标记的方式相比，这可能会相当慢。
但是，如果您的做法更像这样：
markup = [];
for (index = 0; index < stuff.length; ++index) {
markup.push("<tr>");
markup.push("<td>" + stuff[i].a + "</td>");
markup.push("<td>" + stuff[i].b + "</td>");
markup.push("<td>" + stuff[i].c + "</td>");
markup.push("</tr>");
}
tableBody.append(markup.join(""));
...您的状态更好，因为您可以最大限度地利用浏览器快速解析 HTML 的能力（从根本上说，浏览器的功能和优化目标）。
乍一看，与直接使用 DOM 方法或 jQuery 构建结构相比，构建字符串然后将其交给浏览器可能更快（甚至明显更快），这似乎有点违反直觉。但你想得越多，就越明显（是的，我已经测试过它）为什么会这样。 DOM 是浏览器必须映射到其内部结构的抽象，并且您对 DOM 方法的每次调用都会跨越 JavaScript 和浏览器的 DOM 引擎之间的边界层。相比之下，添加到数组很快，join 很快（即使字符串 concat 在现代浏览器上也很快）。给浏览器一个完整的字符串可以使层之间的行程最小化，并让浏览器直接构建其内部结构，而不用担心它们的 DOM 等价物（直到/除非你以后要求它们）。我最后一次测试这个是几年前，结果是戏剧性的。我应该用当前的浏览器再试一次；不过今天没时间……
【讨论】：
基准测试会告诉您什么是最快的。
【讨论】：
不久前我自己的经验发现，使用innerHTML 构建大块HTML 比使用document.createElement() 构建它要快得多。它快得多了，我什至不再费心编写速度测试了。对于小而浅的结构，速度差异可以忽略不计，对于他们来说，我仍然会使用createElement()，但任何更复杂的东西都会作为字符串转储。
以前我对innerHTML 持怀疑态度，所以当我坐下来编写测试时，我感到很惊讶。
我建议您自己尝试并编写自己的速度测试。
【讨论】：
这个问题的答案取决于许多因素，包括：
【讨论】：
不可能说这两种解决方案中的哪一种更快：这完全取决于您在做什么，无论是在 PHP 端还是在 JS 端。
您应该考虑的主要是开发这些解决方案的难度——以及是否意味着重复一些工作：
在你的服务器上做事意味着：
最后，如果我能指出我在这个问题上给出的答案：Why is it a bad practice to return generated HTML instead of JSON? Or is it?
【讨论】：