无法在Azure Web App部署NodeJS和React应用的问题求助

内存不足导致构建终止的处理 #

• 升级Web App实例规格：免费/基础层内存配额有限，直接切换到Standard层（如S1、S2），这类实例提供更高内存，能避免构建时因OOM触发kill -9。
• 调整Node.js内存限制：在项目根目录新建.npmrc文件，添加node-options="--max-old-space-size=4096"，强制Node.js分配更多内存用于生产构建（数值可根据实例内存调整，比如S1设4096，S2设8192）。
• 简化构建流程：修改package.json的build命令为"build": "react-scripts build --no-source-map"，关闭source map生成，减少构建时的内存开销。

调整部署策略规避云端构建问题 #

• 关闭云端构建，改为本地构建后部署：
  1. 本地执行npm run build生成生产环境的build文件夹。
  2. 在VS Code Azure扩展中，选择部署build文件夹而非整个项目，跳过云端构建步骤，直接部署静态产物。
• 配置构建环境变量：在Azure Portal的Web App「配置」→「应用设置」中，添加NODE_ENV=production确保构建用生产配置；若构建需要依赖devDependencies，添加NPM_CONFIG_PRODUCTION=false。

排查构建应用错误的具体原因 #

• 查看完整构建日志：通过Azure Portal的Web App「部署中心」→「日志」，或SCM站点的日志接口查看详细构建输出，定位代码或依赖的具体错误。
• 本地预验证：在本地执行npm run build，确认生产构建是否能成功完成，先修复本地存在的构建错误再部署。

适配iot-cardboard-js的特殊配置 #

• 指定兼容的Node.js版本：在Azure Portal的Web App「配置」→「常规设置」中，设置与@microsoft/iot-cardboard-js@beta兼容的Node.js版本（如18.x或20.x），避免版本不兼容导致构建失败。
• 检查3D资源打包：确保应用中的3D模型、纹理等资源路径配置正确，能被构建工具正确识别打包，避免因资源缺失或路径错误触发构建异常。

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