问在从异步函数内部调用函数时，有什么理由更喜欢node.js中函数的异步版本吗？

EN

我们应该决定只根据函数内部发生的事情来使用async函数，而不是由谁调用它。调用方不影响函数是否应该是async。

创建函数async的原因

1. 函数中有基于承诺的异步操作，并且希望使用await。
2. 函数中有基于承诺的异步操作，并且希望利用调用异步操作之前可能发生的同步异常(并转换为拒绝的承诺)的自动捕获。

而且，这基本上是因为在函数前面使用async关键字的原因。

async函数不是(或对async函数的常见误解)的东西：

1. 它不会神奇地使阻塞代码变成非阻塞代码。
2. 它不会让来电者跑得更快。
3. 它不会使同步代码现在异步地在后台运行。

异步是使用系统资源的最佳方式，

不知道你在说什么。异步函数允许您以非阻塞的方式运行操作，这样Javascript中的主线程可以在异步操作运行时执行其他操作，但这不是async函数能够实现的。这是由异步操作启用的。这两者是不同的。

如果我已经在一个异步函数中，并且无论如何都在等待每个调用，那么这和仅仅使用同步调用没有任何区别，对吗？

不正确。使用await与返回承诺的函数一起执行当前函数(立即返回承诺)，但允许主Javascript线程执行其他事情、服务其他请求等.使用同步代码将被阻塞，并且不会允许主线程执行其他事情，从而破坏服务器的可伸缩性。

在我看来，这只是一个内置的等待声明。

阻塞、同步代码会影响操作期间可能运行的所有其他内容。这与使用await不一样。

async/await并不等同于同步执行；使使用承诺更容易的语法选择(实际上，这些关键字的目标是从编程的角度更接近于编写同步代码，因此更直观地使用)。

async将一个任务放在事件循环上，该任务将在堆栈完成所有同步执行挂起后执行。这样做的好处是显而易见的:进程可以在等待资源可用时工作(例如，打开一个文件需要系统调用，所以让它成为一个非阻塞操作是有意义的)。

如果您已经在异步函数中，异步操作的优点和缺点与其他任何地方都是一样的。实际上，await只能在async函数中使用。