冒泡排序内层循环边界应设为 n-1-i，外层i从0到n-2；若内层用i则逻辑错误，因未随轮次减少比较范围，导致冗余比较甚至数组越界。
冒泡排序的正确循环边界怎么设
很多人写 BubbleSort 时内层循环用 i 或直接 <code>i ，结果越界或漏比较。核心原则是：每轮把当前未排序部分的最大值“冒”到末尾，所以第 <code>k 轮（从 0 开始）只需比较前 arr.Length - k - 1 对相邻元素。
- 外层循环控制轮数：
for (int k = 0; k （最多 <code>n-1轮） - 内层循环控制比较范围：
for (int i = 0; i （每轮少比一对） - 如果用
i ，会访问 <code>arr[i + 1]越界 - 不加
-1容易在最后一轮多做一次无效交换，不影响结果但浪费
C#里交换两个数组元素别用临时变量？
可以，但得小心值类型和引用类型的混淆。C# 7.0+ 支持元组解构赋值，写起来简洁，但本质仍是三步操作（读左、读右、写左、写右），不是原子操作，也不提升性能。
- 安全写法：
(arr[i], arr[i + 1]) = (arr[i + 1], arr[i]); - 错误写法：
arr[i] = arr[i + 1]; arr[i + 1] = arr[i];（第二步读的是刚覆盖的值） - 不要为了“炫技”用
ref局部变量交换——没意义，还增加理解成本 - 如果是
struct类型且体积大，解构赋值会触发两次拷贝，不如老实用临时变量
为什么冒泡排序在实际项目里几乎不用
不是它“错”，而是时间复杂度和缓存友好性太差：最坏/平均都是 O(n²)，而且比较和交换高度随机，CPU 预取失败率高。现代 .NET 的 Array.Sort() 底层混合了 introsort（快排+堆排+插排），对小数组自动切到插入排序，实测比手写冒泡快几十倍。
- 唯一合理使用场景：教学演示、极小数据（
n ）且不允许引入额外依赖 - 调试时如果看到自己写的冒泡在处理几百个元素，该立刻换
Array.Sort()或List<t>.Sort()</t> - 用
Span<t>.Sort()</t>（.NET Core 2.1+）还能避免数组分配，但前提是你真需要极致性能
如何快速验证冒泡排序逻辑是否写对
别只跑 {3,1,4,1,5} 这种例子。边界情况比中间逻辑更容易暴露问题。
- 必测空数组：
new int[0]→ 不应抛IndexOutOfRangeException - 单元素：
new int[]{42}→ 循环体一次都不该执行 - 已排序：
{1,2,3,4,5}→ 如果没加优化标志，仍会做n-1轮无交换 - 全相同：
{7,7,7}→ 所有比较都返回 false，不能提前退出（除非你手动加标志） - 用
Assert.Equal(new[] {1,2,3}, result)比打印更可靠
冒泡排序的陷阱不在算法思想，而在下标计算、边界判断和对现代运行时特性的误判。写一次可以，信它能用在生产环境就不必了。
