我国首个 JS 语言提案在 ECMA 进入 Stage 3-CSDN博客

本文链接：https://blog.csdn.net/2301_79963818/article/details/137693769

本文介绍了在ErrorConstructor中添加可选参数cause的提案，以标准化处理错误原因，增强开发者工具的错误追踪能力。同时，讨论了云原生技术背景下，阿里巴巴在语言观测性和性能优化上的努力，以及在Java开发和标准化领域的实践，包括面试题库的分享。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

这个提案为 Error Constructor 新增了一个可选的参数 options，其中可以设置 cause 并且接受任意 JavaScript 值（JavaScript 可以 throw 任意值，如 undefined 或者字符串），将这个值赋值到新创建的 error.cause 上。

错误原因的特性在许多其他语言中都有类似的设计，如 C# Exception Cause，Java Exception Cause，Python raise exception from cause。同样的，在庞大的 JavaScript 生态中也已经有非常广泛的使用，如 verror 每周有上千万的下载量，@netflix/nerror 每周有数十万的下载量。

因为 Error Cause 以前没有标准化的参数定义及官方实现，所以容易丢失 error 的属性或需要写比较多的代码自定义等，并且开发者工具也难以依赖于非语言特性的自定义方案。本提案将 cause 写入了语言定义，能有效记录错误原因的值，可让开发者工具、应用监控如 Alinode 都能基于 cause 属性值获取错误逻辑链条，从而提升前端开发效率，降低重复开发成本。

作为阿里巴巴在加入 Ecma 标准化组织 TC39 技术委员会后的第一个落地的提案，这只是淘系技术在技术标准化上非常小的一步。

未来

我们之所以进行这些提案，也是因为随着云原生技术在前端工程方面的大规模应用，语言的观测性能力格外重要。语言的观测能力直接影响到语言运行时的性能与成本。我们维护的 Node.js 发行版 Alinode 会在云原生时代的继续追求成本和性能的平衡。未来，我们也会结合阿里巴巴在步向云原生的技术业务场景，继续增加投入诸如异步上下文等关于观测性的核心语言特性提案，寻找 JavaScript 中长期以来困扰开发者的异步编程上下文追踪难题的解决方案，帮助基于云原生的业务建设更加精准、高机器效率、高工程效率的观测能力。

众所周知，Serverless 能够有效的优化成本，而“弹性”则是这一过程必不可少的手段。为了更好的实现弹性，启动速度是很关键的一环。Alinode Cloud Serverless Worker 按照 Web API 标准提供 JavaScript 运行环境，具有亚毫米级启动，业务应用 100ms 内启动并响应的特点，未来还将可以通过 Snapshot 快速水平（甚至跨服务器）扩展。