因为每轮外层循环后末尾i个元素已就位，内层循环范围设为j
Go语言实现冒泡排序，核心就一句话：
BubbleSort函数必须用两层for循环，外层控制轮数，内层做相邻比较与交换；写错任意一层的边界条件，结果就不是升序，甚至会 panic 或漏比较。为什么标准实现里内层循环是
j 而不是 <code>j每轮冒泡后，末尾元素已确定为当前未排序部分的最大值，后续无需再参与比较。若仍遍历到末尾，不仅浪费计算，还可能触发
index out of range（尤其当内层写成j 且未严格校验时）。
n-i-1是动态收缩的上界：第 0 轮比较前n-1对，第 1 轮比较前n-2对，依此类推- 若固定写
j ，最后一轮会尝试访问 <code>arr[n-1]和arr[n]—— 后者越界- 实测：对
[]int{5, 1}，错误边界会导致 panic: "index out of range [2] with length 2"
arr[j], arr[j+1] = arr[j+1], arr[j]这行不能拆成三步赋值Go 的多变量并行赋值是原子操作，直接交换两个位置的值。如果写成：
temp := arr[j] arr[j] = arr[j+1] arr[j+1] = temp逻辑没错，但失去简洁性；更关键的是，一旦中间插入其他语句（比如日志、条件跳过），就容易破坏交换一致性。而并行赋值天然防误操作。
- 必须确保
j+1始终在切片有效索引范围内，否则 panic- 该交换方式不依赖临时变量，也避免了指针误用或地址计算错误
- 若用于结构体切片且字段含指针，手动三步赋值可能意外复制指针而非值，引发隐蔽 bug
如何提前终止已有序数组的冒泡过程
标准冒泡最差时间复杂度是
O(n²)，但最好情况（输入已升序）本可优化到O(n)—— 关键是在某轮内层循环中一次交换都没发生时，立刻跳出外层循环。
- 声明一个
swapped bool变量，每轮开始置为false- 每次执行
arr[j], arr[j+1] = arr[j+1], arr[j]后设swapped = true- 本轮结束后检查
if !swapped { break }- 注意：这个优化不影响稳定性，也不改变原地排序特性
实际工程中几乎不用冒泡排序，但它的边界处理、索引安全、循环收缩逻辑，和很多真实场景（如滑动窗口、双指针扫描）一脉相承。写错一次
n-i-1，就可能让整个排序“看起来差不多”，却在特定输入下崩得毫无征兆。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
