C# 链表索引器的 get 中使用 try-catch 为何触发 CS0161？

2026-11-04数据小许

结论

建议移除索引器内部仅打印消息的 try-catch。索引无效时抛出 ArgumentOutOfRangeException，由调用方决定如何处理。

get 在所有能够正常结束的执行路径上都必须返回一个 T。原代码的 catch 只执行了 Console.WriteLine(e.Message)，然后就到达 get 的末尾，没有返回值，因此触发 CS0161：并非所有代码路径都返回值。

原问题中的 CSO161 应为 CS0161，其中是数字 0，不是字母 O。

为什么 get 报错，set 却不会？

发生异常时，原代码会沿着这条路径执行：

进入 get
→ try 中抛出异常
→ catch 捕获异常并打印消息
→ catch 执行结束
→ 到达 get 末尾，没有返回 T

即使 try 中的正常分支都包含 return，异常被捕获后的这条路径仍然没有返回值。打印错误消息既不会终止访问器，也不会向调用方返回结果。

set 不需要返回值，可以执行到末尾，因此不会触发同样的编译错误。不过，它仍有一个行为问题：设置失败后异常被吞掉，调用方可能以为赋值成功。

推荐修改：校验索引，让异常传给调用方

可以将获取节点的逻辑提取到一个私有方法中，供 get 和 set 共用。以下代码放在现有链表类中，使用已有的 CustomLinkedNode<T>、head 和 Count：

private CustomLinkedNode<T> GetNodeAt(int index)
{
    if (index < 0 || index >= Count)
    {
        throw new ArgumentOutOfRangeException(
            nameof(index),
            index,
            "Index must be within the bounds of the list.");
    }

    CustomLinkedNode<T> current = head;

    for (int currNum = 0; currNum < index; currNum++)
    {
        current = current.Next;
    }

    return current;
}

public T this[int index]
{
    get
    {
        return GetNodeAt(index).Data;
    }
    set
    {
        GetNodeAt(index).Data = value;
    }
}

这段实现要求链表内部状态一致：Count 准确，非空链表具有有效的 head，节点连接能够覆盖 Count 个节点。它也假设遍历期间链表不会被其他操作修改。

修改后的行为是：

索引有效时，返回或修改对应节点的数据。
索引小于 0 或大于等于 Count 时，抛出 ArgumentOutOfRangeException。
空链表的 Count 为 0，任何索引都无效，因此不需要另设“空链表”异常分支。

异常会直接传给调用方，get 不再有异常被捕获后正常结束却没有返回值的路径。

在调用方处理可以应对的异常

如果这是一个控制台程序，可以在读取操作处捕获索引越界异常并提示用户。假设 list 是该链表的实例：

try
{
    var item = list[index];
    Console.WriteLine(item);
}
catch (ArgumentOutOfRangeException ex)
{
    Console.WriteLine(ex.Message);
}

链表类负责报告操作失败，调用方根据具体场景决定显示提示、重新获取索引，还是继续向上传递异常。这样也避免了链表类与控制台输出直接耦合。

如果确实需要保留 catch

如果捕获异常后需要记录信息，同时仍要让调用方知道读取失败，可以在 catch 中重新抛出异常：

catch (Exception e)
{
    Console.WriteLine(e.Message);
    throw;
}

将原 get 中的 catch 替换成这段代码，也能消除缺少返回值的路径，因为该路径会继续抛出异常。

使用 throw; 可以保留原始异常的堆栈信息。不要为了重新抛出同一个异常而写成 throw e;。如果没有必要记录信息或做其他处理，直接删除 try-catch 更合适。

注意事项

不要仅为通过编译而在末尾添加 return default(T);。default(T) 可能是合法数据，例如 int 的 0 或引用类型的 null，调用方将难以区分“读取失败”和“成功读到默认值”。只有接口明确约定失败时返回默认值，这种处理才合理。如果希望支持无异常的查询，可以另行设计返回 bool 并通过 out T 提供结果的 TryGet 方法。

原代码还同时使用了 Count 和 count。如果 Count 属性只是返回 count 字段，两者可能一致，但仅凭给出的索引器无法确认。建议统一索引校验所依据的数量，并确保插入、删除操作正确维护节点数量和连接关系。