用 bisect_right 是因为其返回“≥当前分界线才升级”的右侧插入位置，如分数70对应索引2（指向80），取levels[2-1]得'D'；若误用 bisect_left 会将70错判为'B'。
为什么用 bisect_right 而不是 bisect_left 做等级划分
分数等级划分本质是“找临界点右侧第一个不满足条件的位置”，比如分数线 [60, 70, 80, 90] 对应等级 D/C/B/A，那么 70 分应归为 C（即落在 70 这个下界，但不包含 70 以下），bisect_right 正好返回插入位置使原有序列保持升序且重复值排在右边——这恰好对应“≥ 当前分界线才升级”的语义。
常见错误是误用 bisect_left：它对边界值返回左侧插入位，导致 70 分被判定为 B（错进上一档）；而 bisect_right 对 70 返回索引 2（即指向 80 的位置），配合等级列表索引刚好对齐。
构造 grades 列表时边界要严格升序且覆盖全范围
等级划分依赖 bisect_right 在有序列表中定位，所以 grades 必须是严格递增的数值序列，且隐含一个“全范围”假设：低于最小值归最低档，高于最大值归最高档。
- 错误写法：
[60, 70, 80]—— 95 分查出来是索引 3，但['D','C','B']只有 3 个元素，索引越界 - 正确写法：
[0, 60, 70, 80, 90]配合['F','D','C','B','A']，这样 95 分查得索引 5，取grades[5-1]或直接用索引截断 - 更稳妥做法：用
min(grade_idx, len(levels)-1)防越界，而非依赖边界值是否含 100
实际调用 bisect_right 的三步写法
不要直接裸用 bisect.bisect_right(grades, score)，必须结合等级映射逻辑。标准模式是：
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
立即学习“Python免费学习笔记（深入）”；
- 定义分界点列表
cut_offs = [0, 60, 70, 80, 90] - 定义等级列表
levels = ['F', 'D', 'C', 'B', 'A'] - 计算索引：
idx = bisect.bisect_right(cut_offs, score)，然后取levels[min(idx-1, len(levels)-1)]
注意：因为 bisect_right 对等于某分界值的分数返回的是该值**右侧位置**，所以必须用 idx-1 才能拿到对应等级。例如 score=70 → idx=2 → levels[1]='D'，符合“70 分起为 D 档”的业务规则。
性能与兼容性注意事项
bisect_right 是二分查找，时间复杂度 O(log n)，比遍历 if-elif 链快得多，尤其当等级档位多（如按 5 分一档切 20 档）时优势明显。
- Python 版本无差异：从 2.4 到 3.12 全支持
bisect.bisect_right - 输入必须是 list/tuple 等序列类型，不能是 generator 或 set（会报
TypeError: object of type 'generator' has no len()） - 如果分数是 float 类型（如 89.5），确保
cut_offs也用 float 或统一转为 int，避免浮点精度干扰比较（如89.5 == 89.50000000000001）
真正容易被忽略的是：bisect_right 不验证输入是否有序，传入乱序列表会导致结果完全不可预测，调试时很难发现根源。上线前务必加一句 assert cut_offs == sorted(cut_offs)。
