Node.js 18.x版AWS Lambda中mjs格式稳定性及格式选择咨询

.mjs格式在AWS Lambda中的稳定性 #

Node.js 18.x是AWS Lambda官方支持的长期支持（LTS）版本，.mjs格式对应的ES模块在该环境下已经完全稳定可用。AWS从Node.js 14.x版本开始就正式支持ES模块（包括.mjs文件、以及在package.json中设置"type": "module"的.js文件），到18.x版本已经经过多轮迭代验证，核心功能不存在兼容性问题，日常开发中的导入导出、顶层await等特性都能正常运行。

CommonJS（.js）与ES6（.mjs）的选择建议 #

优先选.mjs的场景 #

• 习惯ES6+的import/export语法，希望和前端代码风格统一，或者需要使用ES模块独有的特性（比如顶层await、动态import()），直接用.mjs完全没问题。
• 新开发的Lambda函数，没有历史CommonJS代码或依赖包袱，优先选ES模块更贴合Node.js的长期发展趋势。

优先选CommonJS的场景 #

• 函数依赖大量仅支持CommonJS的第三方包，或者有遗留的CommonJS代码需要复用，继续用CommonJS可以避免额外的兼容处理，更省心。
• 对ES模块的加载规则（比如导入路径必须加扩展名、无法直接使用__dirname/__filename）还不熟悉，CommonJS的写法更贴近传统Node.js开发习惯，上手门槛更低。

通用注意事项 #

• 无论选哪种模块系统，都要保持函数内语法统一，不要混写import和require。
• 使用.mjs时，要在Lambda控制台正确配置入口文件（比如设置handler为index.handler，对应index.mjs中导出的handler函数）。

内容的提问来源于stack exchange，提问作者Bhaskar Dabhi