如何正确修改二维数组元素并确保变更全局可见

很多人都在二维数组的“改”与“读”之间碰过壁——明明打印出来结果是对的，换个函数一看又回到了老样子。这背后其实藏着几个非常典型的误区，今天就来拆解清楚。

在 Python（或其上层封装如 stdarray 库）里，直接用索引修改二维数组，比如 l[0][5] = "d"，本身是没问题的——只要数组对象是可变的、引用关系没断，这改动就会忠实记录在原处。你甚至能在打印时看到 'd'、'A'、'D' 乖乖地躺在那里，这说明赋值这一步确实执行到位了。

但问题往往出在“后续使用”这个环节：当你换了一个函数再去访问 l，发现它又变成了清一色的 'c'？这通常不出在“怎么改”上，而是出在“改完之后谁在用、用的是什么”上。常见的坑，主要有以下几个。

1. global 声明的位置和调用时机

虽然代码里写了 global l，但关键得看它是不是真的“在正地方、起对了作用”。几个要点：

• global l 必须出现在对 l 进行赋值之前，并且是在同一函数的作用域内；
• 如果 l 是在模块顶层定义的全局变量，那函数里不用写 global 也能读取，但一旦你打算给它赋值，就必须声明 global，否则 Python 会认为你在创建一个同名的局部变量；
• 赋值逻辑所在的函数，得保证它确实被调用了——很多人写完了初始化函数却忘记执行，结果全局变量还是原来的空值或旧值。

正确的写法应该是这样：

def setup_board():
    global l
    l = stdarray.create2D(width, height, "c")
    l[0][5] = "d"
    l[3][4] = "A"
    l[2][6] = "D"

setup_board()  # 别忘了这一步

2. “读副本”不等于“读原数组”

这里有一段非常典型的代码：

piece = l[a][b]  # 取出来的是一个字符串

问题就出在这里。Python 中的字符串是不可变对象，所以 piece 拿到的其实是 l[a][b] 当前值的一个独立副本。后续你对 piece 做任何操作（哪怕重新赋值成 "X"），都和原数组 l[a][b] 断了关系。这不是 bug，这是语言本身的特性。

要让修改真正影响到数组，你必须直接对索引位置赋值：

# 错误示范
piece = l[a][b]
piece = "X"  # 原数组毫无反应

# 正确方式
l[a][b] = "X"  # 这才是写回的正确姿势

3. 几个容易忽略的排查点

• 有没有被重复初始化？检查其他函数里是否又重新执行了一遍 l = stdarray.create2D(...)，这样会把之前改好的内容直接覆盖掉；
• 函数调用顺序对不对？修改数组的代码必须早于读取它的代码执行，顺序反了一切白搭；
• 打印一下确认。在读取逻辑之前加一句 print(l[0][5], l[3][4], l[2][6])，看看值到底还在不在；
• 小心浅拷贝。如果传递 l 时用了 .copy() 或切片操作（比如 l[:]），那你拿到的就是一个新列表，改了它不会影响原来的 l。

总结

说到底，你的索引赋值语法本身并没有错。问题不是“改不对”，而是“改完以后到底有没有被正确使用”。重点就三个：
① global l 有没有在正确的位置声明、初始化函数有没有被执行；
② 所有读取操作是否基于同一个 l 引用，而不是某个副本或未初始化的变量；
③ 时刻分清“读取值”（piece = l[i][j]）和“写入值”（l[i][j] = ...）——后者才是修改数组的唯一方式。

这几个问题处理干净，你的二维棋盘就能稳稳地保存状态，跨函数调用也不会再出岔子了。