如何调试Serverless部署：打包阶段卡住无响应？

遇到sls deploy在打包阶段卡住，即使开启-v和SLS_DEBUG=*也找不到原因的情况，试试这些具体的排查方向：

• 手动验证依赖安装：先脱离Serverless，单独运行npm install（或yarn install/pnpm install），看看依赖安装过程是否会卡主。如果这里就有问题，大概率是依赖本身的循环引用、网络问题或者缓存损坏——可以删除node_modules和锁文件（package-lock.json/yarn.lock）后重新安装试试。
• 测试文件打包性能：Serverless打包本质是压缩服务目录内容，你可以手动用zip -r service.zip ./（对应你的服务目录）测试本地压缩是否会卡主。如果手动压缩也慢或卡住，说明是目录里有超大文件、海量小文件，或者磁盘IO性能问题——此时需要在serverless.yml的package配置里通过exclude/include规则精简打包内容，排除日志、临时文件、node_modules里的测试/文档目录等。
• 单独执行打包阶段：不要直接跑deploy，而是单独执行sls package -s MY_STAGE -v，聚焦打包环节。同时用系统监控工具（Linux的htop、Mac的活动监视器、Windows的任务管理器）观察进程状态，看看是不是某个进程CPU拉满、内存耗尽，或者完全无响应。
• 排查第三方插件：如果你的服务用到了Serverless插件，很可能是某个插件在打包阶段出现死循环或阻塞。可以先注释掉serverless.yml里的plugins配置段，重新执行打包验证是否正常，再逐个启用插件排查问题来源。
• 查看系统级日志：Serverless的日志可能不会捕获底层系统问题，比如磁盘空间不足、文件权限错误、IO异常等。可以查看系统日志：Linux用dmesg或/var/log/syslog，Windows用事件查看器，Mac用控制台应用，看看有没有相关报错提示。
• 调整Serverless版本：当前使用的Serverless版本可能存在打包逻辑的bug，试试降级到一个稳定的旧版本（比如npm install -g serverless@3.30.0）或升级到最新版本，验证问题是否消失。
• 检查系统资源限制：如果你的服务目录文件极多，可能触发了系统的打开文件数限制。用ulimit -n查看当前限制，临时调高到更大值（比如ulimit -n 4096）后再尝试打包，看看是否解决问题。

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