Go 的 big.Int 类型在循环中直接 append 到切片会导致所有元素最终显示为最后一个值，这是因为其底层 nat（自然数）字段是 slice 类型，赋值时仅进行浅拷贝；正确做法是在每次循环中显式调用 Set() 创建独立副本。
go 的 `big.int` 类型在循环中直接 `append` 到切片会导致所有元素最终显示为最后一个值，这是因为其底层 `nat`（自然数）字段是 slice 类型，赋值时仅进行浅拷贝；正确做法是在每次循环中显式调用 `set()` 创建独立副本。
big.Int 并非简单的值类型，而是一个包含指针语义的结构体。查看其源码定义（math/big/int.go）可知：
type Int struct {
neg bool // sign
abs nat // absolute value
}
其中 nat 是 []Word 类型（type nat []Word），本质是 slice —— 即引用类型。因此，当执行 primes = append(primes, i) 时，Go 对 big.Int 进行的是结构体浅拷贝：neg 和 abs 字段被逐字复制，但 abs 所指向的底层数组地址完全相同。后续对循环变量 i 的修改（如 i.Add(&i, &one)）会持续覆写同一块内存，导致切片中所有 big.Int 实例的 abs 字段最终指向相同、已被多次更新的数值。
这与普通结构体（如 foo{value int}）行为截然不同：后者字段全为值类型，append 时自动复制完整独立数据；而 big.Int 因含 slice 字段，天然具备“共享底层存储”的副作用。
✅ 正确解法：每次追加前创建语义独立的副本，推荐使用 Set() 方法：
func primesLessThan(n *big.Int) []big.Int {
var one, i big.Int
one.SetInt64(1)
i.SetInt64(1)
var primes []big.Int
for i.Cmp(n) <p>⚠️ 注意事项：</p>
- ❌ 避免 primes = append(primes, i) 直接追加可变循环变量；
- ✅ 始终通过 new(big.Int).Set(x) 或 big.NewInt(0).Set(x) 构造副本；
- ? 若需频繁拷贝，可封装为工具函数：func DeepCopyBigInt(x *big.Int) *big.Int { return new(big.Int).Set(x) }；
- ? 补充说明：big.Int 提供的 SetBits()、SetBytes() 等方法也均生成新底层数组，本质同 Set()。
该问题本质是 Go 中“值类型 + 引用字段”组合引发的典型陷阱。理解 big.Int 的内存布局，坚持显式拷贝，即可彻底规避循环中数据污染，确保数学计算的确定性与可预测性。
