在 Java 单线程环境下，使用类成员变量（如 int res）累积递归结果时，若在表达式中直接写 res = res + backTrace(...)，会导致 res 的旧值被读取后才执行 backTrace——而 backTrace 内部修改 res 的副作用无法反映在本次加法运算中，造成逻辑错误。
在 java 单线程环境下，使用类成员变量（如 `int res`）累积递归结果时，若在表达式中直接写 `res = res + backtrace(...)`，会导致 `res` 的旧值被读取后才执行 `backtrace`——而 `backtrace` 内部修改 `res` 的副作用无法反映在本次加法运算中，造成逻辑错误。
这个问题本质源于 Java 表达式求值顺序 与 副作用可见性 的交互：res = res + backTrace(...) 是一个复合赋值表达式，其执行分为三步：
- 读取左侧 res 的当前值（例如 0）；
- 调用 backTrace(...) 方法（该方法内部多次修改 this.res，但这些修改发生在第 1 步之后）；
- 将第 1 步读取的旧值与第 2 步返回值相加，并赋给 res。
因此，即使 backTrace 内部将 res 累加到了 2，本次 res = res + backTrace(...) 仍用的是调用前的 0，导致累加失效——这正是日志中 res end:0 反复出现的原因。
✅ 正确做法是分离“读取”与“更新”，例如：
int subResult = backTrace(n, row + 1, columns, record1, record2); res += subResult; // 等价于 res = res + subResult，但 res 的读取和写入发生在明确的两个语句中
此时 res 在 += 左侧被读取时，已是 backTrace 执行完毕后的最新值（因 subResult 已计算完成），从而保证累加正确。
⚠️ 更推荐的工程实践是避免依赖可变成员变量进行递归状态传递。改为纯函数式设计：让 backTrace 自行管理局部计数器并返回结果，彻底消除共享状态带来的不确定性。优化后的核心逻辑如下：
private int backTrace(int n, int row, Set<integer> columns, Set<integer> record1, Set<integer> record2) {
if (row == n) return 1; // 找到一个合法解
int count = 0; // 每层递归独立维护自己的计数器
for (int col = 0; col <p>这样不仅逻辑清晰、线程安全（无共享可变状态），也更符合递归算法的设计范式：<strong>每个调用栈帧负责自身子问题的计数与聚合</strong>。totalNQueens 方法只需直接返回 backTrace(...) 的结果，无需额外成员变量。</p>
<p>总结：在递归或深度调用链中，应优先使用<strong><a style="color:#f60; text-decoration:underline;" title="局部变量" href="https://m.php.cn/zt/26554.html" target="_blank">局部变量</a> + 显式返回值</strong>替代类成员变量累积状态；若必须使用成员变量，务必确保其读写时机可控（如先完成所有副作用再读取）。这是编写健壮、可维护回溯算法的关键原则。</p></integer></integer></integer>Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
