用二维数组boardi表示棋盘，0为空、1为黑子、2为白子；初始化8×8全0，再设初始四子；坐标按row（y,x）顺序；越界检查if(r<0||r>=8||c<0||c>=8)；翻转时沿8方向探测，仅当路径为“对方子+己方子”才翻转；合法落子需调用canFlipAt()预判。
怎么用二维数组表示黑白棋盘状态
黑白棋本质是状态翻转游戏，核心不在于图形界面，而在于准确维护 board[i][j] 的值：空位（0）、黑子（1）、白子（2）。别一开始就套 GUI 框架，先让数组能正确存、读、改——这是所有逻辑的基石。
常见错误是用布尔值（true/false）或字符（'B'/'W'）表示，后续判断方向、统计、翻转时极易出错。统一用整数更安全，也方便后期扩展（比如加“禁手”标记）。
- 初始化 8×8 数组，全部设为 0；再手动设
board[3][3] = board[4][4] = 2（白子），board[3][4] = board[4][3] = 1（黑子） - 坐标习惯用
[row][col]，对应数学上的 (y, x)，和屏幕坐标一致，别反着来 - 检查越界必须每步都做：
if (r = 8 || c = 8)，漏判会导致数组越界或静默逻辑错误
怎么实现「落子后翻转对手棋子」的算法
关键不是暴力遍历全盘，而是从落子点出发，沿 8 个方向（dr, dc 在 {-1,0,1} 中组合）分别探测：是否遇到连续对方棋子，且末端是己方棋子。只有满足才翻转该方向上的所有中间棋子。
容易踩的坑是只检查“有没有对方子”，却忽略“末端必须是同色子”——比如 1-2-2-0（黑-白-白-空）不能翻，1-2-2-1 才能翻。
立即学习“Java免费学习笔记（深入）”；
- 定义方向数组：
int[][] dirs = {{-1,-1},{-1,0},{-1,1},{0,-1},{0,1},{1,-1},{1,0},{1,1}}; - 对每个方向，用
while循环走：先跳过第一个相邻格（可能是空或对方子），持续累积对方子坐标；一旦遇到空位，退出；遇到己方子，才批量翻转记录的坐标 - 翻转操作必须在确认该方向有效后才执行，不要边探边改——否则会影响其他方向判断
怎么判断某个位置是否为合法落子点
合法 ≠ 空位，而是“在此处落子后，至少能翻转一个对手子”。所以不能只检查 board[r][c] == 0，必须对每个空位调用一次翻转探测（不真翻，只返回是否可能）。
性能上，开局时最多 60 个空位 × 8 方向 × 平均 3 步探测，完全无压力；但别把“是否合法”缓存成静态表——棋盘一变，全失效。
- 写一个辅助函数
canFlipAt(int r, int c, int player)，内部复用翻转逻辑，但只返回boolean，不修改board - 注意：即使某位置能翻，也要确保翻转后至少有一个对方子被改——比如对手只剩一枚孤子，周围全是空或己方子，那它就不可落
- 用户点击后，先调用此函数校验，失败就忽略，别报错弹窗——玩家自己会试错
Java 里怎么避免翻转逻辑中的典型 bug
最常出问题的是索引混乱和状态覆盖。比如用 for (int i = 0; i 遍历待翻转坐标时，误写成 <code>board[i][i]；或者在双层循环里复用同一个 int[] pos 导致引用覆盖。
另一个隐形坑是“翻转后未更新可行动作集合”——比如黑方下完，白方可能已无合法步，但程序没检测，还允许继续点，导致逻辑卡死。
- 待翻转坐标务必存为
List<int></int>或两个独立List（rows,cols），别用单个int[]复用 - 每次落子后，立即调用
getValidMoves(nextPlayer)检查对手是否还有合法步；若无，切换回当前玩家（连下），或判定终局 - 调试时打印关键状态：
System.out.printf("Flip %d pieces at (%d,%d)%n", flips.size(), r, c);，比断点快得多
翻转算法本身不复杂，难的是边界条件全覆盖和状态同步的时机。多测几个极端局面：角落落子、边缘夹击、全盘只剩两枚对角子——这些地方最容易漏判或误翻。
