直接选raylib。它开窗、画矩形、刷新帧三步搞定，无事件循环胶水代码，BeginDrawing/EndDrawing天然定义帧边界，静态链接单exe即跑；而sfml需手动管理窗口生命周期与事件，易因clear/display顺序错误或dll缺失导致卡死。
用 sfml 还是 raylib 做排序可视化更省事？
直接选 raylib。它开窗、画矩形、刷新帧三步搞定，没有事件循环胶水代码，sfml 要手动管 RenderWindow 生命周期和状态，教学场景里容易卡在 pollEvent() 漏处理或 display() 忘调用上。
-
raylib的BeginDrawing()/EndDrawing()就是天然的帧边界，学生一眼看懂“这一帧画什么” -
sfml里clear()和display()顺序错一次，画面就卡死不动，新手常以为是算法卡了 - Windows 下
raylib静态链接单 exe 发给学生就能跑；sfml得配sfml-graphics-2.dll等一堆文件，路径一错报0xc000007b
std::sort 不能直接可视化，得自己写排序函数
因为 std::sort 是黑盒——它不暴露中间步骤，你没法在每次交换后插入绘图逻辑。必须手写 bubble_sort、quick_sort 这类可插桩的版本。
- 把绘图回调塞进排序函数内部：比如
bubble_sort每次swap()后调用draw_array(arr, i, j)，传当前比较下标 - 递归类算法（如
quick_sort）要在递归入口/出口处加绘图点，否则只看到最终结果 - 别用
std::vector的erase()/insert()做动画位移——O(n) 操作会拖慢帧率，直接重绘整个数组更稳
如何避免可视化过程卡顿或跳帧？
核心是分离「计算」和「渲染」节奏：排序逻辑按步执行，但渲染强制锁 60 FPS，否则快排几万数据时画面直接糊成一片。
- 用一个全局
bool is_paused和int step_delay_ms = 50控制步进节奏，每帧只做一步排序 + 一次重绘 - 不要在排序循环里
sleep()——会卡死整个窗口线程，raylib的WaitTime()也不行，得靠帧计时器 - 数组长度超过 200 就禁用动画，改用「执行完再回放」模式，否则
O(n²)排序真能让你等出人生哲理
颜色和坐标怎么映射才看得清比较过程？
高度映射值大小，颜色映射状态，这是最不烧脑的方案。别搞渐变色条或透明度——学生第一眼要识别“哪个在动”“哪两个在比”。
立即学习“C++免费学习笔记（深入）”；
- 矩形高度 =
arr[i] * max_height / max_value，保证最大值顶到窗口顶部 - 当前比较的两个元素用
RED，已排好序的尾部用DARKGRAY，其余用SKYBLUE - X 坐标别用
i * bar_width硬算，先float spacing = (float)window_width / n;再算位置，避免整数截断导致最后一列挤出屏幕
真正难的不是画出来，是让不同算法的“关键动作”有区分度：快排的 pivot 移动、归并的子数组合并边界、堆排的 heapify 范围——这些得靠临时高亮框或文字标注，而不是指望学生从一堆蓝条里自己盯出逻辑。
