js如何等待异步执行完
Node.js的异步回调机制可以解决io阻塞问题，而java也有异步编程，为什么要使用Node.js？
Node.js的异步回调机制可以解决io阻塞问题，而java也有异步编程，为什么要使用Node.js？
Node.js可以使前后端分离，但是许多大神考虑到Node.js不够成熟，选择了在原来的基础上，引入中间层Node.js。关于这种使用方式，我也有几个疑问。
1、Node.js做中间层的话，那高并发优势还在了吗？
2、Node.js做中间层的话，业务逻辑是由Node.js负责吗？
如果是中小型公司项目开发，项目需求多，且变化快，希望项目快速上线，并能快速迭代，并对稳定性和并发量要求不高，数据库IO操作操作频繁，用node.js开发非常合适，因为node.js比起Java，天生的非阻塞io可提高执行效率，天生的单线程事件驱动可很好的应付小规模的并发。Java在稳定性方面和高并发，复杂业务处理方面要比node.js强很多。
vue3.0使用哪种异步？
JS中的异步操作：
1、定时器都是异步操作
2、事件绑定都是异步操作
3、AJAX中一般我们都采取异步操作（也可以同步）
4、回调函数可以理解为异步（不是严谨的异步操作）
node.js中的forEach是同步还是异步？
node里几乎所有用到回调函数的地方，都是异步的，回调函数后面的代码很可能比回调函数中的代码后先执行，特别是数据库操作。当然，node也提供了同步版本的函数，例如文件操作，()是()的同步版本。那么问题来了，forEach()是不是异步的呢？按理说，没有加Sync，应该是异步的呀。复制代码 代码如下: var arr [#39a#39, #39b#39, #39c#39]
var str #39123#39
(function(item) { str item while (true) {} //用一个死循环，卡死它~~ })
console.log(str)运行上面的代码，结果它就这么卡死了，没有任何输出。。
所以说，node里的forEach()是同步的！！
第一次用node的时候，没有考虑过这个问题，按同步的写了，写突然想到，测试后虚惊一场，以为以前的代码都写错了。