<p>因为每轮外层循环后末尾i个元素已就位，内层循环范围设为j < len(arr) - i - 1可避免越界、跳过已排序部分，确保仅比较未排序的相邻元素。</p>
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
逻辑没错，但失去简洁性；更关键的是，一旦中间插入其他语句（比如日志、条件跳过），就容易破坏交换一致性。而并行赋值天然防误操作。
立即学习“go语言免费学习笔记（深入）”；
- 必须确保
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，就可能让整个排序“看起来差不多”，却在特定输入下崩得毫无征兆。
