您必须首先理解，在使用jQuery的上下文中，元素创建性能的重要性是无关紧要的。

请记住，创建一个元素没有真正的目的，除非您真的要使用它。

你可能很想测试$(document.createElement('div')) vs. $('<div>')之类的东西，并从使用$(document.createElement('div'))中获得巨大的性能提升，但这只是一个还不在DOM中的元素。

然而，在一天结束的时候，你还是会想要使用元素，所以真正的测试应该包括f.ex. appendto ();

让我们看看，如果你将以下内容进行对比测试:

var e = $(document.createElement('div')).appendTo('#target');
var e = $('<div>').appendTo('#target');
var e = $('<div></div>').appendTo('#target');
var e = $('<div/>').appendTo('#target');

你会注意到结果会有所不同。有时一种方法比另一种更好。这只是因为你的电脑上后台任务的数量随着时间的推移而变化。

在这里测试自己

因此，在一天结束时，您确实希望选择最小和最可读的方式来创建元素。这样，至少您的脚本文件将尽可能小。在性能方面，这可能是比在DOM中使用元素之前创建元素的方式更重要的因素。

从CPU的角度来看，您不需要一个极少执行的操作的原始性能。

我认为你使用了最好的方法，尽管你可以优化它:

 $("<div/>");

如果您有很多HTML内容(不仅仅是一个div)，您可以考虑将HTML构建到隐藏容器中的页面中，然后更新它并在需要时使其可见。这样，浏览器就可以预先解析大部分标记，避免在调用时被JavaScript缠住。希望这能有所帮助!

您必须首先理解，在使用jQuery的上下文中，元素创建性能的重要性是无关紧要的。

请记住，创建一个元素没有真正的目的，除非您真的要使用它。

你可能很想测试$(document.createElement('div')) vs. $('<div>')之类的东西，并从使用$(document.createElement('div'))中获得巨大的性能提升，但这只是一个还不在DOM中的元素。

然而，在一天结束的时候，你还是会想要使用元素，所以真正的测试应该包括f.ex. appendto ();

让我们看看，如果你将以下内容进行对比测试:

var e = $(document.createElement('div')).appendTo('#target');
var e = $('<div>').appendTo('#target');
var e = $('<div></div>').appendTo('#target');
var e = $('<div/>').appendTo('#target');

你会注意到结果会有所不同。有时一种方法比另一种更好。这只是因为你的电脑上后台任务的数量随着时间的推移而变化。

在这里测试自己

因此，在一天结束时，您确实希望选择最小和最可读的方式来创建元素。这样，至少您的脚本文件将尽可能小。在性能方面，这可能是比在DOM中使用元素之前创建元素的方式更重要的因素。

我个人建议(为了可读性):

$('<div>');

目前建议的一些数字(safari 3.2.1 / MAC OS x):

var it = 50000;

var start = new Date().getTime();
for (i = 0; i < it; ++i)  {
  // test creation of an element 
  // see below statements
}
var end = new Date().getTime();
alert( end - start );                

var e = $( document.createElement('div') );  // ~300ms
var e = $('<div>');                          // ~3100ms
var e = $('<div></div>');                    // ~3200ms
var e = $('<div/>');                         // ~3500ms