一些答案建议使用out参数，但我建议 不使用这个，因为它们不与异步方法一起工作。看到 这是更多的信息。

其他的答案是使用Tuple，我也会推荐它，但是使用c# 7.0中引入的新特性。

(string, string, string) LookupName(long id) // tuple return type
{
    ... // retrieve first, middle and last from data storage
    return (first, middle, last); // tuple literal
}

var names = LookupName(id);
WriteLine($"found {names.Item1} {names.Item3}.");

更多信息可以在这里找到。

类、结构、集合和数组可以包含多个值。也可以在函数中设置输出和引用参数。在动态和函数式语言中可以通过元组返回多个值，但在c#中不可以。

你不能在c#中这样做。你能做的就是有一个out形参或者返回你自己的类(或者结构，如果你想让它是不可变的)。

Using out parameter

public int GetDay(DateTime date, out string name)
{
  // ...
}

Using custom class (or struct)

public DayOfWeek GetDay(DateTime date)
{
  // ...
}

public class DayOfWeek
{
  public int Day { get; set; }
  public string Name { get; set; }
}

现在c# 7已经发布了，您可以使用新包含的元组语法

(string, string, string) LookupName(long id) // tuple return type
{
    ... // retrieve first, middle and last from data storage
    return (first, middle, last); // tuple literal
}

然后可以这样使用:

var names = LookupName(id);
WriteLine($"found {names.Item1} {names.Item3}.");

您还可以为元素提供名称(因此它们不是“Item1”、“Item2”等)。你可以通过在签名或返回方法中添加一个名字来实现:

(string first, string middle, string last) LookupName(long id) // tuple elements have names

or

return (first: first, middle: middle, last: last); // named tuple elements in a literal

它们也可以被解构，这是一个非常好的新功能:

(string first, string middle, string last) = LookupName(id1); // deconstructing declaration

查看这个链接，看看更多的例子可以做什么:)

作为一种替代方法，您可以将方法设置为void并且不返回任何内容。相反，创建一个带有参数的公共类，并在方法中设置它们。

public class FooBar()
{
    public string foo { get; set; }
    public int bar { get; set; }
}

然后试试这个方法

public void MyMethod(Foo foo, Bar bar)
{
    FooBar fooBar = new FooBar();
    fooBar.foo = "some string";
    fooBar.bar = 1;
}

之前的帖子是对的。c#方法不能返回多个值。然而，你确实有几个选择:

返回一个包含多个成员的结构 返回类的实例 使用输出参数(使用out或ref关键字) 使用字典或键值对作为输出

这里的利与弊通常很难弄清楚。如果您返回一个结构，请确保它很小，因为结构是值类型并传递给堆栈。如果你返回一个类的实例，这里有一些设计模式，你可能想要使用，以避免引起问题-类的成员可以修改，因为c#通过引用传递对象(你不像在VB中那样有ByVal)。

最后，您可以使用输出参数，但我将限制在只有两个(如3个或更少)参数的情况下使用此方法-否则事情将变得丑陋且难以维护。此外，输出参数的使用可能会抑制灵活性，因为每次需要向返回值中添加内容时都必须更改方法签名，而返回结构或类实例时无需修改方法签名即可添加成员。

从架构的角度来看，我建议不要使用键值对或字典。我发现这种编码风格需要使用方法的代码中的“秘密知识”。它必须提前知道键将是什么，值的含义是什么，如果开发人员在内部实现中改变了字典或KVP的创建方式，那么很容易在整个应用程序中创建故障级联。