腾讯云的 nodejs sdk 安装后 85M

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

最近发现项目的node_modules打包越打越大，不看不知道，一看吓一跳。腾讯云的 sdk 85M ，为了对比，还特地看了下@aws-sdk。

cd node_modules && du -sh * | sort -h

13M	    @aws-sdk
.
.
.
12M     prisma
13M     @types
17M     @sentry
23M     typescript
29M     @opentelemetry
38M     @prisma
85M     tencentcloud-sdk-nodejs

进一步去里面看了下cd node_modules/tencentcloud-sdk-nodejs && du -sh * | sort -h

537K	examples
3.9M	test
4.9M	SERVICE_CHANGELOG.md
5.1M	CHANGELOG.md
28M	src
34M	tencentcloud

这 src 和 tencentcloud 是不是重复了？还有一个 CHANGELOG 和 SERVICE_CHANGELOG 都快 10M 了。

第 1 条附言 · 13 小时 3 分钟前

我这是后端项目，生产环境是在 docker 里面跑 node src/index.js

node_modules

size

40 条回复 • 2025-02-02 01:29:47 +08:00

hefish

17 小时 6 分钟前

大了说明高级啊。反正是 sdk 嘛。问题不大。

cj323

16 小时 42 分钟前

估计是机器生成的代码。不过 disk 反正不贵问题不大，主要关注 build 后多大就行了。

scienhub

16 小时 39 分钟前

@cj323 build 后是啥意思哦? 我这个 node_modules 就直接是生产环境的依赖, 生产环境里就是这么大哇?

wunonglin

16 小时 10 分钟前

见怪不怪。在服务器跑的无所谓。

crackidz

14 小时 48 分钟前

都用 node 了还在乎这个...

renmu

14 小时 42 分钟前 via Android

跑在服务端其实无所谓，在意的话自己 fork 改一下

darkengine

14 小时 39 分钟前

@scienhub 生产服务器上是直接 npm run dev 运行的？

default996

14 小时 36 分钟前

@scienhub build 后才是发布用的（通常是 npm run build ），一般打包发布后都不依赖 node_modules 了；你现在项目应该是开发阶段（通常是 npm run dev ），所以才需要 node_modules ，你说的“生产环境” 是指你现在开发的机器是线上的吧? 跟项目的生产发布不是一回事

liaozzzzzz

13 小时 38 分钟前 via iPhone

大概率只是 tx 这边发布到 npm 的时候没过滤掉多余的文件而已，实际你代码使用到的只是构建产物

dingdangnao

13 小时 32 分钟前 via iPhone

我咋记得腾讯云的包都是按业务分的？可能这个是总包？

scienhub

13 小时 2 分钟前

@darkengine 我这是后端项目，生产环境是 npx tsc && node src/index.js 的。
npx tsc 过程并不会删除不需要的文件吧？

scienhub

13 小时 1 分钟前

@default996 我这是后端项目，生产环境是 npx tsc && node src/index.js 运行的。

cj323

12 小时 12 分钟前

@scienhub 在 Node 项目里 build 主要就是 transpile/minify/treeshake 代码，你用 typescript 的话就是 tsc 那步，之后 build 出来的 index.js 体积就小了。不过后端项目没下载那一步应该没啥影响，除非你是上 serverless ，那不同的 runtime 可能会有体积限制。

scienhub

12 小时 4 分钟前

@cj323 影响倒是没有大影响，只不过进去一看 dependencies 的大小，吓一跳，tencentcloud 居然接近 100m 。

eryajf

10 小时 4 分钟前

对比 go 包更吓人，aws 的 go 语言 sdk ，来到了 2G 多

subframe75361

9 小时 18 分钟前

只有 tencentcloud 这个文件夹是实际在跑的代码。。。

subframe75361

9 小时 13 分钟前

虽然喷人不对，但是支持正义薄纱
https://github.com/TencentCloud/tencentcloud-sdk-nodejs/issues/160

JensenQian

8 小时 51 分钟前

下次给你安排虚幻引擎

shuimugan

7 小时 23 分钟前

已经不用 Node 了，现在小项目在选 Deno 和 Bun 。Bun 在 1.2 内置了 S3 和 Postgres 客户端，可以给项目做不少减法 https://bun.sh/blog/bun-v1.2

FightPig

6 小时 50 分钟前

腾讯的 tencentcloud-sdk-ruby 也很搞，全是 java 的写法，看 21 年就有人给他们提过，结果到现在还是一样

jinliming2

6 小时 44 分钟前

好奇去看了下，src 目录和 tencentcloud 目录是大头。
src 下是 ts 源码，tencentcloud 下是编译过给 Node.JS 用的 CommonJS 代码。
然后里面主要内容在 services 里，有各种服务，平均 100k 左右，整个合起来就那么大。
然后 services 里面具体的有的会带日期命名的多个版本，应该是对应给不同版本的服务用的？如果确实不同版本同时有人用的话，那保留多个版本也还算合理？虽然更常见的做法是拆分不同版本的包，但是对于这种云服务 SDK 来说，我觉得放在一起问题不大。
然后里面最大的文件大部分都是 models 文件，是数据类型字段定义。然后大头是字段的 TSDoc 文档注释。

然后 CHANGELOG 有 5M 大小，内容大头是 commit history 。

src 和 tencentcloud 同时提供我觉得没什么问题，有些人倾向于直接 Node.JS require 使用，就用 tencentcloud 下的 CommonJS ，而有些人倾向于按需打包，用 src 会好一些（用 CommonJS 也不是不行，但 ts 源码更好）。
不过他们 src 下的导出方法有点问题，有多个版本的时候是 import 两个版本，然后 export 一个对象包含两个版本的 key ，这导致按需引用会出问题，总是会把所有版本都导入。
examples 和 tests 目录不算大，大部分库也会带着提供，提供不提供都行的。一般闭源的库会提供，开源的库你可以在项目托管的地方找到，就没必要提供。
CHANGELOG 也是大部分项目都会提供的，但开源的也确实同样没必要。