地狱代码结局

这样的结构在MDN上称之为承诺链。不管它叫什么，它就是为了完成一步又一步的任务而自然出现净化代码的方式。它的出现就很好地解决了地狱回调那种恐怖的嵌套。

一个带有一些事件处理程序和生命周期回调的简单组件都会变成一堆乱七八糟的代码，因为我必须管理这个依赖地狱。所有这一切都是因为你已经决定一个组件可以执行任意次数。

马斯克入主**公司后仍然维持其高举高打的一贯**：先是在平台上直接发文称“****了”（thebirdisfree，**公司的标志就是一只蓝鸟），再是向**的广告商们公开喊话称**不会变成一个用户可以肆意表达却不用承担后果的、**放纵的地狱，并称自己治下的**将可以以健康的方式辩论各种信仰，而不是（像现在一样）诉诸**。在这些**的同时，马斯克对**的改造也已开始，据彭博社28日消息，**工程师当日中午开始已经不能对**的代码进行改造，马斯克正在以自己希望的方式重塑**。

回调函数的层层嵌套，就叫做回调地狱。回调地狱会造成代码可复用性不强，可阅读性差，可维护性(迭代性差)，扩展性差等等问题。

一般而言，复杂的性能优化往往会导致代码维护成本的上升。例如事件驱动的并发编程模型具有更高的自主性，性能上限相比完全被Runtime接管的协程可能会高一点，但带来的回调地狱问题又可能会大幅增大代码复杂度，导致代码维护成本大幅上升。从全局的ROI评估来看，这样的工作不一定收益很高。