13518219792
2.Suspend（）和resume（）方法：这两个方法一起使用。Suspend（）使线程进入阻塞状态，不会自动恢复。必须调用相应的resume（），使线程再次进入可执行状态。Suspend（）和resume（）用于等待另一个线程生成的结果：在测试发现结果尚未生成后，让线程阻塞。在另一个线程生成结果后，调用resume（）来恢复它。
3.Yield（）方法：Yield（）使线程放弃当前的CPU时间，但不阻塞线程，即线程仍处于可执行状态，随时可能再次获得CPU时间。调用yield（）的效果相当于调度程序认为线程已经执行了足够的时间，可以转到另一个线程。
4.Wait（）和notify（）方法：这两个方法一起使用。Wait（）使线程进入阻塞状态。有两种形式：一种是允许指定以毫秒为单位的时间段作为参数，另一种是无参数。前者允许线程在调用相应的notify（）或超过指定时间时重新进入可执行状态，而后者则要求调用相应的notify（）。
CSS动画会不会被JS阻塞？是的，浏览器从上到下呈现页面。如果JS是在动画效果的dom之后写的，它不会阻塞。或者您可以将属性添加到脚本标记async=“true”，这样JS将异步加载，并且不会阻止DOM呈现
在JavaScript中，是否存在“同步非阻塞”和“异步阻塞”这两种情况？首先，JS是单线程，没有多线程，也没有同步异步说。只要JS代码被执行，它就必须被同步。JS中所谓的同步和异步与C和Java中的线程异步不同。它只用于判断JS执行线程在Ajax和网络资源处理线程之间切换时是否等待。如果使用同步请求，JS线程将挂起并等待请求完成，这必须被阻止。使用异步请求，JS线程将在网络请求启动后继续向下执行。这种阻塞也发生在实现引擎的C和C级别，而不是JS本身。当显示警报和其他弹出框时，用户可以直观地体验到JS级别的“阻塞”。浏览器内核本身并不阻止警报，而是在上层阻止警报。所以，我的答案是：否定节点.js好多了。
Node.js的异步回调机制可以解决io阻塞问题，而java也有异步编程，为什么要使用Node.js？我想是的。
我的一些理解：
页面呈现过程是：
1。检索HTML代码并从上到下解析它。
2.在我看来，解析就是建立DOM树、render树和renderlayer树。前面是每个HTML节点的结构树，最后两个用于呈现页面。为了建立DOM树，我知道，比如我遇到一个HTML节点时，我会建立一个HTML节点，然后我会遇到
我把HTML作为父节点，节点存储指向主体。遇到了在代表后面没有子节点的情况。三。如果在构建DOM树的过程中遇到脚本、IMG或CSS，则会加载它们。当我使用chrome时，我发现这些资源是并行加载的，即发送请求的时间是相同的。（这里有个小问题要问。如果从上到下构建DOM树，则应该按照时间顺序遇到这些标记。chrome是如何实现的？）
4.同时进行DOM树构造、渲染树构造和渲染层树构造。第三点是遇到脚本时会加载它，加载后会立即执行。因此，DOM树的后续节点无法构建，运行块将出现在这里。
注意：JSsinglethread的知识说JSengine和rendering不是同一个线程，这与JSblockingrendering并不矛盾，因为当DOMtree被构建为scripttag时，后面的节点被阻止构建，但可能rendertree和renderlayertree还在构建（前面的节点）。这两个树构建（实际上，DOM树构建我怀疑也是在渲染线程中）属于渲染线程。所以这个时候，JS在运行，rendering在工作，这符合两个线程的特点。
js在运行的时候会阻塞渲染吗？首先，从一个大的角度来思考这个问题，分析它的目的。例如，HTML和CSS可以分类为模板和样式。JS做各种前端效果，比如对页面做倒计时。PHP做业务后台处理，可以理解为一行。MySQL被理解为存储东西的仓库。最后，一个接一个。
