Azure Blob Storage偶发导致Electron应用崩溃，无代码变更求排查思路

这种毫无征兆、没改代码却突然出现的偶发故障真的挺闹心的，结合你描述的症状（Electron界面变白、DevTools断开）和给出的代码，我大概梳理出几个可能的原因和对应的修复方案：

一、先修复异步操作的顺序问题 #

看你现在的代码，createContainerIfNotExists是异步执行的，但你紧接着就调用了createBlockBlobFromStream——这意味着容器可能还没创建完成，你就开始尝试上传Blob了！虽然Azure的API有一定容错性，但遇到网络波动时，这种无序的异步操作很容易触发错误，甚至因为未处理的异常直接导致Electron进程崩溃。

调整代码逻辑：确保容器就绪后再上传 #

把Blob上传的逻辑移到容器创建的成功回调里，保证容器存在后再执行上传：

var azure = require('azure-storage');
var blobSvc = azure.createBlobService('*connection keys inside here*');

function createBlob() {
  blobSvc.createContainerIfNotExists('photos', {publicAccessLevel : 'blob'}, function(error, result, response){
    if(!error){
      console.log('容器创建成功或已存在:', response);
      // 容器就绪后再执行上传
      console.log("creating image for student#: " + stud_id);
      blobSvc.createBlockBlobFromStream('photos', stud_id + '.jpg', toStream(imgData), imgData.size, function(error, result, response){
        if(!error){
          console.log("file upload: \n" + JSON.stringify(result) + " \n" + JSON.stringify(response));
          createPerson();
        } else if (error) {
          console.log("上传错误详情: ", error.code, error.message);
          // 手动捕获错误，避免未处理异常导致进程崩溃
        }
      });
    } else {
      console.log('容器创建失败:', error.code, error.message);
      // 不要忽略容器创建的错误
    }
  });
}

二、排查Electron进程崩溃的核心原因 #

界面变白、DevTools断开通常是渲染进程崩溃导致的，大概率和这两个因素有关：

• 未捕获的异步回调错误或Promise拒绝
• azure-storage依赖库隐性更新（虽然你没改代码，但依赖可能自动拉取了新版本，和Electron环境兼容性出了问题）

对应的解决步骤： #

1. 锁定依赖版本：打开package.json，把azure-storage的版本改成固定值（去掉前面的^或~），比如之前稳定运行的版本是2.10.4，就写"azure-storage": "2.10.4"，然后重新执行npm install，避免依赖自动更新引入问题。
2. 添加全局错误捕获：在Electron的主进程和渲染进程都加上错误监听，避免小错误直接导致崩溃：
   • 主进程代码：

     const { app } = require('electron');
     app.on('uncaughtException', (error) => {
       console.error('主进程未捕获异常:', error.stack);
       // 这里可以添加日志记录，方便后续排查
     });
     app.on('render-process-gone', (event, webContents, details) => {
       console.error('渲染进程崩溃原因:', details.reason);
     });
     

   • 渲染进程代码：

     window.addEventListener('error', (event) => {
       console.error('渲染进程错误:', event.error.stack);
     });
     window.addEventListener('unhandledrejection', (event) => {
       console.error('未处理的Promise拒绝:', event.reason.stack);
     });
     

3. 细化错误日志：在上传的错误回调里，不要只打印JSON.stringify(error)，而是单独打印error.code和error.message，这能帮你快速区分是Azure服务端的问题，还是本地代码/网络的问题。

三、优化Blob上传的稳定性 #

• 添加重试机制：给Azure存储客户端配置重试策略，应对网络波动导致的偶发失败：

  var blobSvc = azure.createBlobService('*connection keys inside here*')
    .withRetryPolicy(new azure.ExponentialRetryPolicyFilter());
  

• 校验上传数据：检查toStream(imgData)的实现，如果imgData是从渲染进程传递过来的Buffer或Base64数据，可能存在传递过程中的损坏，建议上传前校验imgData.size和流的实际长度是否一致。

内容的提问来源于stack exchange，提问作者Rahul Jobanputra