根据本页上运行的实验：http://www.dotnetguru2.org/sebastienros/index.php/2006/02/24/cast_vs_as

（此页面有时会显示一些“非法引用者”错误，因此如果出现，请刷新）

结论是，“as”运算符通常比强制转换快。有时速度快很多倍，有时仅仅快不了几倍。

我个人认为“as”也更可读。

因此，由于它既快又“安全”（不会抛出异常），而且可能更容易阅读，我建议一直使用“as”。

string s=（string）o；在需要时使用肯定是另一回事。字符串s=o作为字符串；当某事物可能是另一事物时使用事情string s=o.ToString（）；当你不在乎什么时使用是的，但你只想使用可用字符串表示。

看起来他们两个在概念上是不同的。

直接铸造

类型不必严格相关。它有各种口味。

自定义隐式/显式转换：通常会创建一个新对象。值类型隐式：复制而不丢失信息。值类型显式：副本和信息可能会丢失。IS-A关系：更改引用类型，否则引发异常。相同类型：“铸造是多余的”。

感觉对象将被转换为其他对象。

AS操作员

类型有直接关系。如：

引用类型：IS-A关系对象始终相同，只是引用更改。值类型：复制装箱和可为null的类型。

感觉就像你将以不同的方式处理对象。

样品和IL

    class TypeA
    {
        public int value;
    }

    class TypeB
    {
        public int number;

        public static explicit operator TypeB(TypeA v)
        {
            return new TypeB() { number = v.value };
        }
    }

    class TypeC : TypeB { }
    interface IFoo { }
    class TypeD : TypeA, IFoo { }

    void Run()
    {
        TypeA customTypeA = new TypeD() { value = 10 };
        long longValue = long.MaxValue;
        int intValue = int.MaxValue;

        // Casting 
        TypeB typeB = (TypeB)customTypeA; // custom explicit casting -- IL:  call class ConsoleApp1.Program/TypeB ConsoleApp1.Program/TypeB::op_Explicit(class ConsoleApp1.Program/TypeA)
        IFoo foo = (IFoo)customTypeA; // is-a reference -- IL: castclass  ConsoleApp1.Program/IFoo

        int loseValue = (int)longValue; // explicit -- IL: conv.i4
        long dontLose = intValue; // implict -- IL: conv.i8

        // AS 
        int? wraps = intValue as int?; // nullable wrapper -- IL:  call instance void valuetype [System.Runtime]System.Nullable`1<int32>::.ctor(!0)
        object o1 = intValue as object; // box -- IL: box [System.Runtime]System.Int32
        TypeD d1 = customTypeA as TypeD; // reference conversion -- IL: isinst ConsoleApp1.Program/TypeD
        IFoo f1 = customTypeA as IFoo; // reference conversion -- IL: isinst ConsoleApp1.Program/IFoo

        //TypeC d = customTypeA as TypeC; // wouldn't compile
    }

我想提请注意as操作员的以下细节：

https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/keywords/as

注意，as运算符仅执行参考转换，可空转换和装箱转换。as运算符不能执行其他转换，例如用户定义的转换应改为使用强制转换表达式来执行。

这真的取决于你是否知道o是否是一个字符串，以及你想用它做什么。如果你的评论意味着o真的是一个串，我更喜欢直接（字符串）o转换-它不太可能失败。

使用直接转换的最大优点是，当它失败时，您会得到一个InvalidCastException，它会告诉您发生了什么错误。

使用as运算符，如果o不是字符串，那么s将设置为null，这在您不确定并想测试s时很方便：

string s = o as string;
if ( s == null )
{
    // well that's not good!
    gotoPlanB();
}

但是，如果不执行该测试，则稍后将使用s并引发NullReferenceException。一旦它们在野外发生，它们往往更常见，也更难追踪，因为几乎每一行都会取消引用一个变量，并可能抛出一个变量。另一方面，如果您试图转换为值类型（任何基元，或DateTime等结构），则必须使用直接转换-as无法工作。

在转换为字符串的特殊情况下，每个对象都有一个ToString，因此如果o不为空，并且您认为ToString方法可以执行您想要的操作，则第三个方法可能是正确的。

string s = (string)o; // 1

如果o不是字符串，则引发InvalidCastException。否则，将o赋给s，即使o为空。

string s = o as string; // 2

如果o不是字符串或o为空，则将null赋给s。因此，不能将其用于值类型（在这种情况下，运算符永远不会返回null）。否则，将o指定给s。

string s = o.ToString(); // 3

如果o为空，则导致NullReferenceException。无论o是什么类型，都将任何o赋值给ToString（）返回的值。

大多数转换都使用1-它简单明了。我倾向于几乎从不使用2，因为如果某个东西不是正确的类型，我通常会发生异常。我只看到这种返回null类型的功能需要设计糟糕的库，这些库使用错误代码（例如，返回null=error，而不是使用异常）。

3不是强制转换，只是方法调用。当您需要非字符串对象的字符串表示时，请使用它。