.NET Core Docker应用报IndexOutOfRangeException错误求助

核心问题分析 #

System.IndexOutOfRangeException本质是数组访问越界，而非Directory.Exists本身的路径问题——因为Directory.Exists(string path)方法只会返回bool，不会抛出数组越界异常。错误指向的FileMethods.cs第32行，必然包含数组索引操作（比如字符串拆分后取元素、数组直接下标访问等），只是你误以为是路径判断的问题。

排查与修复步骤 #

• 定位第32行的完整代码
  仔细查看该行代码，找出数组操作逻辑。比如常见错误场景：

  // 错误示例：拆分路径后直接访问索引，未判断数组长度
  var pathParts = Directory.GetCurrentDirectory().Split('/');
  var configPath = pathParts[2] + "/Config"; // 若拆分后数组长度不足3则触发越界
  

  这类代码在旧Docker环境下路径格式符合预期，但重装Docker后，路径字符串的结构可能发生变化（比如GetCurrentDirectory()返回的路径层级减少），导致数组长度不足。

• 替换不安全的数组操作
  使用.NET内置的Path类处理路径，避免手动拆分数组：

  // 安全写法：自动处理路径分隔符，无需手动拆分
  var configPath = Path.Combine(Directory.GetCurrentDirectory(), "Config");
  if (Directory.Exists(configPath))
  {
      // 后续逻辑
  }
  

  如果必须拆分路径，先判断数组长度再访问：

  var pathParts = Directory.GetCurrentDirectory().Split('/');
  if (pathParts.Length >= 3)
  {
      var configPath = pathParts[2] + "/Config";
  }
  else
  {
      // 异常处理或默认路径逻辑
  }
  

• 验证容器内路径实际状态
  进入运行中的容器，手动检查路径是否存在：

  docker exec -it <容器ID或名称> bash
  ls -l /app/Config
  

  若路径不存在，检查Dockerfile中是否正确复制了Config目录：

  # 确保COPY指令包含Config目录
  COPY ./Config /app/Config
  

• 检查Docker环境差异
  重装Docker后，确认镜像构建参数、WORKDIR设置是否与之前一致：

  # 确认WORKDIR是否为/app
  WORKDIR /app
  

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