数组索引异常处理：别让程序因为一个小错误崩溃

写代码的时候，谁没遇到过数组越界这种坑？明明逻辑都对，一运行就报错，提示“Index out of range”或者“数组索引超出范围”，让人一头雾水。特别是在处理媒体文件时，比如解析视频帧序列或音频采样点，数组用得频繁，稍不注意就会踩雷。

常见的数组索引异常场景

假设你在做一个小工具，用来提取一段音频的前10个采样点做预览。你写了这样的代码：

samples = get_audio_samples(file_path)
for i in range(10):
    print(samples[i])

看起来没问题，但如果这个音频特别短，总共只有5个采样点呢？第6次循环开始访问 samples[5] 的时候，程序直接抛出异常，整个应用卡死。用户只是想听个预览，结果软件崩了，体验大打折扣。

加个判断，就能避免大问题

其实解决方法很简单，提前判断一下数组长度就行：

samples = get_audio_samples(file_path)
if len(samples) > 0:
    for i in range(min(10, len(samples))):
        print(samples[i])
else:
    print("没有可用的采样数据")

这样即使数据为空或者不够10个，程序也能平稳运行，不会突然中断。在媒体软件中，这类容错处理尤其重要，毕竟用户传进来的文件千奇百怪，不能指望每个都符合预期格式。

用异常捕获兜底更稳妥

有时候条件判断写多了显得啰嗦，也可以直接用 try-except 来捕捉索引错误：

try:
    for i in range(10):
        print(samples[i])
except IndexError:
    print("数据不足，已处理完可用部分")

这种方式适合那些你无法完全预判数据结构的情况。比如读取第三方生成的字幕文件，行数可能不一致，直接尝试访问再捕获异常反而更高效。

关键是要让程序“软着陆”，而不是硬生生地停下来。用户不需要知道背后发生了什么，他们只关心功能能不能正常使用。

日常开发中的小建议

在处理列表、数组这类结构时，养成习惯先看长度再访问。尤其是从网络加载的资源，或者用户上传的媒体文件，内容不确定性高。宁可多写一行 if 判断，也不要赌它一定有数据。

另外，日志也别忘了打。捕获到索引异常时，记录下当时的上下文信息，比如文件名、请求参数，方便后续排查问题。不然等真出了故障，连哪里错了都不知道。