JavaScript SDK中这种AWS全局配置的用法是否正确？

这个现象是Node.js CommonJS 模块的单例缓存特性和aws-sdk的全局设计共同作用的结果，无需手动导出配置后的AWS实例即可生效。

1. Node.js CommonJS 模块的缓存规则 #

• Node.js 对CommonJS模块默认开启单例缓存：同一个模块在同一个进程中只会被加载一次，首次require模块后，模块的导出对象会被写入内存缓存，后续所有require同一个模块的操作，都会返回内存中完全相同的对象实例，不会重复执行模块源码。
• 你第一次在config.js中执行const AWS = require('aws-sdk')时，Node会加载aws-sdk的入口文件，生成对应的AWS导出对象存入缓存，之后所有文件中require('aws-sdk')拿到的都是这个同一个内存地址的AWS对象。

2. aws-sdk的配置生效逻辑 #

你在config.js中调用AWS.config.update()时，是直接修改这个全局共享的AWS单例对象上的配置属性：

// config.js
const AWS = require('aws-sdk')
AWS.config.update({ region: 'us-east-2', signatureVersion: 'v4' })

只要你在项目初始化阶段优先执行了config.js的代码（比如项目入口文件最顶部引入require('./config.js')），之后所有文件引入AWS对象时，拿到的都是已经被修改过配置的单例，直接初始化服务实例就可以读到配置：

// 其他业务文件
const AWS = require('aws-sdk') // 从缓存中拿到的是已经修改过配置的同一个单例
const s3 = new AWS.S3() // 自动继承全局单例上的配置

注意事项 #

一定要保证配置修改代码的执行时机早于所有AWS服务实例的初始化逻辑，如果某个文件在config.js执行前就已经引入AWS并初始化了实例，那么这个已生成的实例不会同步更新配置。

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