Azure Web App容器启动超时：配置WEBSITE_START_TIME_LIMIT未生效求助

1. 修正Express应用的绑定地址 #

Express默认绑定localhost，但Azure的健康探测是从容器外部发起的，无法访问容器内的localhost端口。必须修改应用启动代码，将监听地址设为0.0.0.0：

app.listen(process.env.PORT || 4000, '0.0.0.0', () => {
  console.log(`Server running on port ${process.env.PORT || 4000}`);
});

2. 优化启动阶段的依赖初始化逻辑 #

你的应用启动时需要连接数据库和缓存，这会拉长启动时间：

• 将数据库、缓存的连接改为异步非阻塞初始化，不要在启动时同步等待连接完成，可在首次请求触发时建立连接，或用后台线程完成初始化。
• 移除启动阶段的耗时操作（如大量数据预加载），移至启动完成后异步执行，确保服务能快速响应端口探测。

3. 验证容器内的服务状态 #

通过Azure门户进入Web App的SSH终端，执行以下命令排查：

• 检查端口4000是否被监听：netstat -tulpn | grep 4000
• 测试容器内本地请求是否正常：curl http://localhost:4000
  如果这两步无结果，说明应用在容器内未正常启动，需排查代码或镜像的部署问题。

4. 调整健康探测配置 #

即使设置了WEBSITE_START_TIME_LIMIT=460，过短的探测间隔也可能导致误判：

• 进入Web App的「配置」->「常规设置」->「健康检查」，设置探测间隔为30秒，重试次数为10次，给应用足够的启动缓冲。
• 配置专门的健康检查端点（如/health），该端点不依赖数据库/缓存连接，仅返回200状态码，确保探测能快速响应。

5. 确认镜像与启动命令的正确性 #

当前启动命令使用Azure官方Node镜像，需确认：

• 部署过程中代码已正确复制到容器的/home/site/wwwroot目录（Azure Node镜像默认的应用根路径）。
• 若使用自定义启动脚本，需在package.json的start字段中指定，或在Web App的「配置」->「常规设置」中设置启动命令。

内容的提问来源于stack exchange，提问作者Zeid S.