为何Dictionary返回可选类型，Array访问越界却触发运行时错误？

• 语义逻辑的本质差异
  数组是有序的连续序列，索引对应的是元素在序列里的固定位置，合法索引的范围是明确的（0到元素数量减一）。越界访问本质是逻辑错误——这个位置从一开始就不存在，不是“有没有对应值”的问题。如果返回nil，会混淆“索引有效性”的核心语义，让开发者难以区分“位置不存在”和“位置存在但值为nil”两种情况。
  而字典是键值映射结构，键是用来查找值的标识，“键不存在”是完全合理的业务场景（比如查询用户未设置的偏好项），返回nil刚好对应这种“找不到对应值”的预期。

• 性能与使用场景的权衡
  数组的元素访问是高频操作，开发者默认合法索引下一定能拿到元素，设计成直接返回非可选类型可以省去每次访问都要解包的冗余操作，符合快速访问的使用习惯。要是改成返回可选，日常写array[index]都要加解包逻辑，反而拖慢开发效率。
  字典的访问本身就带有不确定性，开发者使用时本来就会考虑“键可能不存在”的情况，返回可选类型正好匹配这种场景，处理逻辑也自然顺畅。

• 错误定位的效率考量
  数组越界基本都是代码逻辑bug（比如循环边界写错、索引计算失误），直接抛出运行时错误能让开发者立刻定位问题，避免错误被掩盖——要是返回nil，后续代码可能带着nil继续执行，引发更隐蔽的问题，反而增加调试难度。
  而字典键不存在更多是业务流程里的正常分支，返回nil是合理的处理方式，不需要上升到错误级别。

内容的提问来源于stack exchange，提问作者Walter M