為了避免在進行強制類型轉換時由于目標類型無效，而導致運行時拋出InvalidCastException異常，C#操作符提供了IS與AS進行類型判斷與“安全”的強制類型轉換。

代碼如下: 

class Program {  
          
        static void Main(string[] args)  
        {  
             Object studentObj = new Student();  
 
             Object studentProgram = new Program();  
              
            //使用IS去檢測studentObj引用的對象是否兼容于Student類型  
            //IS永遠不會發生異常,當studentObj變量的引用為null時則永遠返回false;  
            if (studentObj is Student)  
            {  
                 Student studentTemp = (Student)studentObj;  
 
             }  
            if (studentProgram is Student)  
            {  
                 Console.WriteLine(studentProgram.ToString());  
             }  
 
         }  
     } 

由代碼可以看出，CLR實際會檢查兩次對象的類型，IS操作符首先檢測變量的引用是否兼容于指定的類型，如果返回TRUE，則CLR在進行強制類型轉換行進行第二次類型的檢測，即studentObj對象是否引用一個Student類型。

由于強制類型轉換CLR必須首先判斷變更引用對象的實際類型，然后CLR必須去遍歷繼承層次結構，用變量引用類型的每個基類型去核對目標類型。這肯定會對性能造成一定的影響。好在C#操作符提供了AS操作符來彌補這一缺陷。

代碼如下:

class Program {  
         
       static void Main(string[] args)  
      {  
            Object studentObj = new Student();  
 
            Object studentProgram = new Program();  
 
          //CLR檢測studentObj引用對象類型兼容于Student,as將直接返回同一個對象的一個非null引用  
           //即studentObj保存的對在托管堆上Student對象的引用  
            Student s1 = studentObj as Student;  
           //如果CLR檢測studentProgram引用對象類型不兼容目標類型,即不能進行強制類型轉換,則返回一個null,永遠不會拋出異常  
            Student s2 = studentProgram as Student;  
 
           if (s1 != null)  
           {  
                s1.Work();  
            }  
 
           if (s2 != null)  
           {  
                s2.Work();  
            }  
        }  
    } 

由此可以看出，在對s1 s2變量進行應用時，還需要進行非null的判斷，從而避免出面NullReferenceException的異常。

顯然無論從性能還是代碼的的直觀上來說，C#操作符AS比IS更勝一籌，然而實際應用中，還是根據環境再做取決了。

C#操作符之IS與AS的內容就總結到這里。

【編輯推薦】

1. WebBrowser控件的常用方法、屬性和事件
2. C#動態生成Word文檔并填充數據
3. C#動態調用Web服務的3種方法
4. 服務器+客戶端的聊天程序
5. C#類與對象的區別