@zhaidoudou123 感谢回答

@BurneJones 因为个人原因，有这样子的需求

+1

@3dwelcome 是的是的，是上次页面没刷新导致的我的错觉

@cyrbuzz 哈哈哈，不好意思，是我理解错浏览器了，我看见的是刷新前渲染的结果误以为是一进来就是 2，不好意思哈，你的解释是正确的

@cyrbuzz innerHTML 并非触发渲染的条件，执行完整个循环才是，包裹你写的阻塞在内的所有代码都属于渲染前执行的任务。
你的这段话也是我的想法，但是实际页面表现与我的预期不一致，按照这个想法是否是先 while 循环结束后再渲染出字符串 2 ？但是实际上是页面一加载就直接渲染出了 2

@cyrbuzz 我理解你的意思，现在的 chrome 表现情况是 js 在执行中，但是页面已经渲染出来了 2，不好意思哈，可能是我没理解你的意思，我只是再确认一下我有没有表述明白：这段 html 在浏览器中执行页面的渲染并没有被阻塞直接渲染出<div id='root'>2</div>，同时 js 代码运行 while 循环，而非先 js 运行完 while 循环再执行渲染。如果说是你明白了我的意思但是我没有明白你的解释真的不好意思哈，我再仔细找下其他资料。

@cyrbuzz 我可能没表述明白这个事情，页面的表现是：已进入页面直接显示 2，同时控制台不停在打印 console.log(now);

我的疑惑是为什么不是。先渲染出 1，100 毫秒后渲染出 2 或者 先是空白，100ms 后直接渲染 2 ？有点不明白，我去看下你提到的规范说明

19 届的前端可以试试面试嘛

@coloz
@lvA
我公司辣鸡台式机感觉都很流畅啊，不知道啥情况

@meteor957 格式化的话本身 chrome 的 devtools 就可以啊

@mengkun 哈哈哈哈哈哈，看来大家都比较好奇呀

@JerryCha 哈哈哈哈哈，在做这种小应用的时候，原生 + JQuery 可能更加快速能够出页面

@Rhonin 是的，确实是监听 mousemove 事件，只是好奇这个雾化的怎么做的

@mengkun 哈哈哈哈哈，十分感谢帮我找到这个组件，可是你是如何找到这个组件的呢？

@111qqz 按照上面大佬们的意思是的，而且尾递归优化浏览器方面也做的不好