document.createDocumentFragment的探索之旅
@(author: Jsaonwong) 以下是我的 个人博客 ，欢迎大家来作客并指正我文章中的错误！
前言
事实上在写这篇文章之前想了许久，究竟要写关于哪个课题的文章，因为自己更希望写一些工作相关的课题，但是总觉得自己在工作中累计的各种经验太碎片化了，并不足以用文章输出出来，待我有空时精心整理之后再与大家分享吧，这里就先说一个大家平常都不怎么用到或者没用过的东西 DocumentFragment ;
什么是DocumentFragment?
可能许多童鞋都听说过这个东西，甚至也知道怎么使用它，但是我相信大部分的童鞋应该没有真正的去了解过它，追本溯源可以说是程序员最需要的一种特性，如果只是一味知道这个东西怎么用，或者是别人说这个东西好用就盲目地使用它，那么这恐怕并不是作者的本意。
没有真正了解过DocumentFragment这个东西的可以去 w3c 了解一下,看过之后大家就会了解到这个东西其实不是什么别的东西，正是我们耳熟能详的DOM对象。
它是一个概念比较简单却又很实用的DOM对象，w3c如是说：DocumentFragment 接口表示文档的一部分（或一段）。更确切地说，它表示一个或多个邻接的 Document 节点和它们的所有子孙节点，这要怎么理解呢！其实我是这么理解的，DocumentFragment它是一个文档碎片，轻量级的文档，能够提取部分文档的树或创建一个新的文档片段。
然而w3c下一句解释让我一开始有点懵逼，这句话是这么说的：“DocumentFragment 节点不属于文档树，继承的 parentNode 属性总是 null。”这句话又要怎么理解呢？
其实在所有节点类型中，只有DocumentFragment在文档中没有对应的标记。DOM规定文档片段（documentfragment）是一种”轻量级“的文档，可以包含和控制节点，但不会像完整的文档那样占用额外资源。
而最有用的一段概念解释当为下面这一段：“即当请求把一个 DocumentFragment 节点插入文档树时，插入的不是 DocumentFragment 自身，而是它的所有子孙节点。这使得 DocumentFragment 成了有用的占位符，暂时存放那些一次插入文档的节点。它还有利于实现文档的剪切、复制和粘贴操作，尤其是与 Range 接口一起使用时更是如此。”
DocumentFragment的作用在最后这一段文字的解释中表达的淋漓尽致，它本身是不参与任何DOM操作的，它只是一个暂时缓存准备插入到dom的节点的“容器”。
createDocumentFragment真的如想象中神奇吗？
江湖传闻，得DocumentFragment者得天下，听说使用这个api可以对DOM操作进行优化，并且性能会得到 大量 的提升，理论上来说如果情景是for循环10000次向body插入div的话，传统的使用appendChild会导致多次的回流和重绘，必然会影响页面的性能，然而事实如此吗？因此本人捧着一颗热忱的心前去试验了一把，结果却是让我大跌眼睛。
个人写的代码如下：（如果错误或不公平的地方吗敬请指正）
第一段是for循环append的代码
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>test for append's performance</title></head> <body> <div id="test1"> </div></body> <script>// per p appendvar start2 = new Date() for(var i = 0; i < 100000; i++) { var p = document.createElement('p'); var oText=document.createTextNode("test2"); p.appendChild(oText); document.body.appendChild(p);}var end2 = new Date() console.log('pappend use: ' + (end2.getTime() - start2.getTime()).toString()); </script> </html> 第二段是for循环append进文档碎片后再append到body的代码
<!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <title>test createDocumentFragment's performance</title></head> <body> <div id="test2"> </div></body> <script>// fregmentvar start1 = new Date(); var fragment = document.createDocumentFragment(); for(var i = 0; i < 100000; i++) { var p = document.createElement('p'); var oText=document.createTextNode("test2"); p.appendChild(oText); fragment.appendChild(p);}document.body.appendChild(fragment); var end1 = new Date() console.log('fragment use: ' + (end1.getTime() - start1.getTime()).toString()); </script> </html> 最后得到的数据，我各自试了10次取了10组数据，再去掉最大和最小取平均值，得到的结果是：
传统写法的平均耗时为：173.75ms
使用文档碎片的平均耗时为：169.25ms
综合两个的数据来看感觉性能上的差距并不大，难道说，DocumentFragment是浪得虚名吗？答案当然是：NONONO!
我们都知道，做性能测试，测试环境需要适应多样化五花八门的环境，在我这些代码中dom结构及其简单，而chrome浏览器的性能也是强大到不行，因此repaint和redraw的速度极快，因此在这种情况下做出的试验数据是难以让人信服的（ 事实上在IE11的测试数据中传统写法的耗时甚至比使用文档碎片的耗时要更少 ）。
难道说DocumentFragment仅仅只有防止因为回流和重绘的导致闪屏的作用吗？如果你这么说，我不服，DocumentFragment也不服，所以我们要再战。
那么究竟在什么情境下测试会比较科学一些呢，我沉思半晌突然灵光一闪，既然我在大繁星工作，为什么不在繁星的项目中进行测试呢，繁星整个项目的复杂度已经属于非常复杂的情景了，因此由此测试而得到性能数据是可以值得信服的。
具体的代码其实也就是上面代码块中的js代码，嵌入到了繁星主页面中，而且是window.onload之后方才执行，保证dom已经完全加载完毕；
由此在繁星主页面下测试得到数据如下：
传统写法的平均耗时为：1168.5ms
使用文档碎片的平均耗时为：686ms
噔噔噔！！果然，在我大繁星下的测试结果，传统写法与使用文档碎片的写法性能高下立判，而且两个值的比还会随着循环的次数越多，document越复杂而逐渐变大。这也证明越是复杂的页面，文档碎片的使用得到的性能提升也往往越大。
更多的数据大家可以自己动手测试一下，毕竟动了手才有发言权，现在最流行的一句话如是说，能动手尽量不BB！
那么接下来就是大家都比较关心的一个问题，这个东西的兼容性如何呢！！！让我们一起来看看
Can I use createDocumentFragment?
结果如下：（ 源自 http://caniuse.com/#search=documentfragment） 综上所述：除了IE8及以下之外都支持这一API，请大家尽情使用createDocumentFragment吧，尤其是移动端更是无往不利。（PS：不过在正确的场景中使用才是正确的做法，任何api和方法都不应该被滥用，否则很有可能会弄巧成拙哦！）
这是本人第一次写博文，错误或许在所难免，如有不正确的地方欢迎指正，如果有严重错误的地方欢迎来喷！最后欢迎大家来我的博客逛一逛 http://jasonwong1991.github.io
最后的最后再说一句，下一篇将会讲关于createDocumentFragment与createElment之间的故事，敬请期待！
HTML 너머 : 웹 개발을위한 필수 기술Apr 26, 2025 am 12:04 AM강력한 기능과 우수한 사용자 경험을 가진 웹 사이트를 구축하기 위해서는 HTML만으로는 충분하지 않습니다. 다음 기술도 필요합니다. JavaScript는 웹 페이지 동적 및 상호 작용을 제공하며 DOM을 운영하여 실시간 변경을 달성합니다. CSS는 미학 및 사용자 경험을 향상시키기 위해 웹 페이지의 스타일과 레이아웃을 담당합니다. React, Vue.js 및 Angular와 같은 현대 프레임 워크 및 라이브러리는 개발 효율성 및 코드 조직 구조를 향상시킵니다.
HTML의 부울 속성은 무엇입니까? 몇 가지 예를 들어주십시오.Apr 25, 2025 am 12:01 AM부울 속성은 값없이 활성화되는 HTML의 특수 속성입니다. 1. 부울 속성은 입력 상자를 비활성화하는 등의 존재 여부에 따라 요소의 동작을 제어합니다. 2. 작업 원칙은 브라우저가 구문 분석 할 때 속성의 존재에 따라 요소 동작을 변경하는 것입니다. 3. 기본 사용법은 속성을 직접 추가하는 것이며, 고급 사용량은 JavaScript를 통해 동적으로 제어 될 수 있습니다. 4. 일반적인 실수는 값을 설정해야한다고 잘못 생각하고 올바른 글쓰기 방법은 간결해야합니다. 5. 모범 사례는 코드를 간결하게 유지하고 부울 속성을 합리적으로 사용하여 웹 페이지 성능 및 사용자 경험을 최적화하는 것입니다.
HTML 코드를 어떻게 검증 할 수 있습니까?Apr 24, 2025 am 12:04 AMHTML 코드는 온라인 유효성 검사기, 통합 도구 및 자동화 된 프로세스를 통해 깨끗할 수 있습니다. 1) w3cmarkupvalidationservice를 사용하여 온라인으로 HTML 코드를 확인하십시오. 2) 실시간 확인을 위해 VisualStudioCode에 HTMLHINT 확장을 설치하고 구성하십시오. 3) htmltidy를 사용하여 시공 프로세스에서 HTML 파일을 자동으로 확인하고 청소하십시오.
HTML vs. CSS 및 JavaScript : 웹 기술 비교Apr 23, 2025 am 12:05 AMHTML, CSS 및 JavaScript는 최신 웹 페이지를 구축하기위한 핵심 기술입니다. 1. HTML 웹 페이지 구조를 정의합니다. 2. CSS는 웹 페이지의 모양을 담당합니다.
마크 업 언어로서의 HTML : 기능과 목적Apr 22, 2025 am 12:02 AMHTML의 기능은 웹 페이지의 구조와 내용을 정의하는 것이며, 그 목적은 정보를 표시하는 표준화 된 방법을 제공하는 것입니다. 1) HTML은 타이틀 및 단락과 같은 태그 및 속성을 통해 웹 페이지의 다양한 부분을 구성합니다. 2) 콘텐츠 및 성능 분리를 지원하고 유지 보수 효율성을 향상시킵니다. 3) HTML은 확장 가능하므로 사용자 정의 태그가 SEO를 향상시킬 수 있습니다.
HTML, CSS 및 JavaScript의 미래 : 웹 개발 동향Apr 19, 2025 am 12:02 AMHTML의 미래 트렌드는 의미론 및 웹 구성 요소이며 CSS의 미래 트렌드는 CSS-In-JS 및 CSShoudini이며, JavaScript의 미래 트렌드는 WebAssembly 및 서버리스입니다. 1. HTML 시맨틱은 접근성과 SEO 효과를 향상시키고 웹 구성 요소는 개발 효율성을 향상 시키지만 브라우저 호환성에주의를 기울여야합니다. 2. CSS-in-JS는 스타일 관리 유연성을 향상 시키지만 파일 크기를 증가시킬 수 있습니다. CSShoudini는 CSS 렌더링의 직접 작동을 허용합니다. 3. Webosembly는 브라우저 애플리케이션 성능을 최적화하지만 가파른 학습 곡선을 가지고 있으며 서버리스는 개발을 단순화하지만 콜드 스타트 문제의 최적화가 필요합니다.
HTML : 구조, CSS : 스타일, 자바 스크립트 : 동작Apr 18, 2025 am 12:09 AM웹 개발에서 HTML, CSS 및 JavaScript의 역할은 다음과 같습니다. 1. HTML은 웹 페이지 구조를 정의하고, 2. CSS는 웹 페이지 스타일을 제어하고 3. JavaScript는 동적 동작을 추가합니다. 그들은 함께 현대 웹 사이트의 프레임 워크, 미학 및 상호 작용을 구축합니다.
HTML의 미래 : 웹 디자인의 진화 및 트렌드Apr 17, 2025 am 12:12 AMHTML의 미래는 무한한 가능성으로 가득합니다. 1) 새로운 기능과 표준에는 더 많은 의미 론적 태그와 WebComponents의 인기가 포함됩니다. 2) 웹 디자인 트렌드는 반응적이고 접근 가능한 디자인을 향해 계속 발전 할 것입니다. 3) 성능 최적화는 반응 형 이미지 로딩 및 게으른로드 기술을 통해 사용자 경험을 향상시킬 것입니다.
핫 AI 도구
Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱
AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.
Undress AI Tool
무료로 이미지를 벗다
Clothoff.io
AI 옷 제거제
Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!
인기 기사
뜨거운 도구
SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전
MinGW - Windows용 미니멀리스트 GNU
이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.
Atom Editor Mac 버전 다운로드
가장 인기 있는 오픈 소스 편집기
mPDF
mPDF는 UTF-8로 인코딩된 HTML에서 PDF 파일을 생성할 수 있는 PHP 라이브러리입니다. 원저자인 Ian Back은 자신의 웹 사이트에서 "즉시" PDF 파일을 출력하고 다양한 언어를 처리하기 위해 mPDF를 작성했습니다. HTML2FPDF와 같은 원본 스크립트보다 유니코드 글꼴을 사용할 때 속도가 느리고 더 큰 파일을 생성하지만 CSS 스타일 등을 지원하고 많은 개선 사항이 있습니다. RTL(아랍어, 히브리어), CJK(중국어, 일본어, 한국어)를 포함한 거의 모든 언어를 지원합니다. 중첩된 블록 수준 요소(예: P, DIV)를 지원합니다.
SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)
