.NET Core API Docker容器Cloud Run部署失败：Uncaught signal:6

1. 排查第三方包初始化崩溃问题 #

Uncaught signal:6是程序触发的终止信号，结合你提到的Stripe、firebase-admin、Google Secret Manager这些依赖，大概率是初始化阶段的未处理异常导致进程崩溃，进而让Cloud Run探测不到端口监听：

• 给这些依赖的初始化代码添加完整的try-catch块，捕获所有异常并输出详细日志（Cloud Run可通过控制台查看日志）：

  try
  {
      // 初始化Stripe客户端
      StripeConfiguration.ApiKey = Environment.GetEnvironmentVariable("STRIPE_API_KEY");
      // 初始化Firebase Admin
      var firebaseOptions = new AppOptions
      {
          Credential = GoogleCredential.FromEnvironmentVariable("FIREBASE_SERVICE_ACCOUNT")
      };
      FirebaseApp.Create(firebaseOptions);
      // 初始化Secret Manager
      var secretManagerClient = SecretManagerServiceClient.Create();
  }
  catch(Exception ex)
  {
      Console.WriteLine($"第三方服务初始化失败: {ex.Message}\n{ex.StackTrace}");
      // 不要直接终止进程，让Web API优先完成端口监听，便于排查
  }
  

• 本地Docker模拟Cloud Run环境变量缺失/权限不足的场景，验证是否触发相同崩溃。

2. 优化端口绑定逻辑 #

即便本地端口80运行正常，仍建议兼容Cloud Run的PORT环境变量，确保端口监听逻辑优先执行：

var port = Environment.GetEnvironmentVariable("PORT") ?? "80";
builder.WebHost.ConfigureKestrel(options =>
{
    options.ListenAnyIP(int.Parse(port));
});

完整API可能因初始化崩溃导致端口监听代码未执行，调整逻辑顺序可避免这类问题。

3. 检查Cloud Run权限与环境变量配置 #

• 确认所有第三方依赖的环境变量（如Stripe密钥、Firebase服务账号JSON）已在Cloud Run服务中正确配置，无遗漏或格式错误（比如JSON字符串是否转义）。
• 验证Cloud Run使用的服务账号权限：
  • 若用了Secret Manager，需给服务账号分配roles/secretmanager.secretAccessor权限；
  • 若用了Firebase Admin，需分配roles/firebase.admin权限；
    本地Docker可能使用了你本地的Google凭据，而Cloud Run依赖服务账号权限，二者差异会导致初始化失败。

4. 启用Cloud Run详细日志 #

在Cloud Run控制台开启详细日志，查看程序崩溃前的输出信息。signal 6通常伴随未处理异常的堆栈跟踪，日志能直接定位到具体故障依赖。

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