Java二维char数组遍历查找'W'返回位置与预期(7,10)不符

偏差产生的核心原因 #

遍历代码本身的逻辑没有语法错误，问题出在视觉认知的坐标和程序实际存储的数组索引基准不一致，结合(7,10)预期和(9,12)实际的固定偏差，通常是两类原因导致：

• 计数基准偏差：手动数坐标时，把示意图最上方、最左侧的边框占位、空白单元格也算入了数组的行列计数，实际程序加载二维数组时，这些非有效内容（没有存'L'/'S'/'W'/'H'的占位格）根本没有被纳入数组的有效索引。相当于计数时把占位格也算成了数组的第0行、第0列，程序里有效内容的第0行是视觉上看到的第2行，自然会出现计数起点的固定偏移。
• 数组填充顺序偏差：在把示意图内容转换为Java二维char数组时，填充方向搞错了——比如逐列从上到下填充，而不是逐行从左到右填充，导致原本视觉上的列索引变成了程序中的行索引，行索引变成了列索引，叠加手动计数的起点偏差，最终出现坐标值不匹配。

可落地的修正步骤 #

• 先验证数组实际规模：在查找逻辑最开头加一行打印，不要靠视觉数格子猜数组长度：
  System.out.println("实际数组行数：" + array.length + "，单行最大列数：" + array[0].length);
  如果打印出来的规模比预期的7行10列大2行2列，就直接说明填充时多塞了无关的占位字符。
• 全量对照打印定位偏差：临时替换原来的查找逻辑，把数组所有元素的实际索引全部打印出来，和示意图逐格对照：

  for (int i = 0; i < array.length; i++) {
      for (int j = 0; j < array[i].length; j++) {
          System.out.print(array[i][j] + "[" + i + "," + j + "] ");
      }
      System.out.println();
  }
  

  跑完后对照示意图，就能直接看到每一个字符对应的实际数组索引，找到和手动计数的偏差来源。
• 针对性调整：如果是计数起点的问题，只要记下固定的偏移量，计算预期位置时加上对应偏移即可；如果是填充顺序错了，就把逐列填充的逻辑改成逐行从左到右、从上到下填充，保证数组存储的内容顺序和示意图排版完全一致。

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