C#誕生之日起，關於C#與Java之間的論戰便此起彼伏，至今不輟。拋卻Microsoft與Sun之間的恩怨與口角，客觀地從技術上講，C#與Java都是對傳統面向物件程式設計在元件化軟體時代的革新之果，可謂殊途同歸。雖說兩個語言有著"90%的重疊"，但那另外"10%的較量"也往往能夠左右一個天平的方向。本文將攜90%之共，論10%之異，對兩個語言做純技術品評。文章不涉及兩個語言的公司，市場等檯面後的事情--雖然這往往也會影響人們對程式語言的選擇。也不預備得出誰是誰的Killer，讀者應該選擇誰的問題。"語言選擇乃藝術而非技術問題"，業界早有定論，無需多言。

C#和Java都提出了對傳統C++艱深，晦澀的語法語義的現代改良。

在語法方面，兩者都擯棄了C++中函式及其引數的const修飾，巨集代換，全域性變數和全域性函式等許多華而不實的地方。在繼承方面，兩者都採用了更易於理解和建構的單根繼承和多介面實現的方案。在原始碼組織方面，都提出了宣告與實現於一體的更好的邏輯封裝。在型別系統方面，兩個語言都在中間語言IL或位元組程式碼的基礎上提出了對映(Reflection)這樣的概念，徹底革新了傳統C++執行時型別鑑別的問題。但在大刀闊斧地對C++進行改革的同時，C#顯得更為保守，它對很多原來C++中很好的性質予以了保留，如基於棧分配的輕量級的結構型別，列舉型別，引用（ref），輸出（out），陣列（params）修飾的引數傳遞方式等，這些在Java中都被很可惜地丟掉了。在基本型別和單根繼承的物件之間的型別統一方面C#提出的box/unbox要比Java的包裝類顯得高明，效率也要好。

對C++不安全的指標及記憶體分配方式，C#和Java都提出了託管執行環境。效率問題是託管執行環境一直以來令人詬病的地方，Java虛擬機器（JVM）的解釋執行方式曾經讓很多開發者"慢的不可忍受"。C#的JIT編譯方式為C#在這塊戰場上贏得贊聲一片，某些C#託管程式碼甚至比傳統C++程式碼都快。雖然現在各廠商實現的Java平臺也都一致地採取了JIT編譯方式，但C#在這方面的比較優勢非常明顯--C#的目標編譯語言IL從設計初始就把效率擺在了重要的地位，而Java的位元組程式碼的設計卻有些魯莽。託管執行環境經過幾年的實踐，在現代軟體界已經達成了共識，效率的犧牲換來的是高度安全的程式碼--當然前提是犧牲的效率必須足夠的小，至少可以忍受。值得指出的是在這裡C#同樣"念念不忘老一輩C++程式設計師"，C#允許我們在unsafe上下文中進行指標操作。陣列的索引越界檢查，型別安全在C#和Java中都被提到了相當的高度。在異常處理方面，不管從內建支援，還是從執行效率來講，C#都較Java略勝一籌。

"一次程式設計，多處執行"是程式設計一直以來的一個訴求，尤其是在現代網際網路絡時代。在跨平臺方面，Java的支援和實現都是為人稱道的，雖然JVM的速度仍然讓人備感頭疼。而C#雖然在底層構造方面對移植性進行了充分的考慮，但至少目前還沒有成熟的，經過檢驗的產品。C#在跨平臺方面似乎更熱衷於XML Web Services互操作，而不是跨平臺程式設計。但C#通過其基礎語言構造（CLI）對二十多種主流語言的物件級的互操作支援，又極大地提升了C#的技術地位。和COM元件廉價地互操作也為C#掙到不少分數--保持一個相容的體系對現代軟體工業非常重要，也是對廣大開發人員負責任的表現。

面向元件無疑是當代軟體開發的主流。C#對元件程式設計甚至到了"迷戀"的地步，這與6年前就出道的Java不可同日而語--當然這是時代問題。C#通過屬性，索引器，委派，事件，操作符過載，特徵，版本等實現了其對元件程式設計的第一手的支援。雖然這些在Java中都可以通過方法，介面或者介面卡來間接地實現，但軟體業的歷史告訴我們這無論對程式設計效率或者邏輯設計都是一種極大的損傷--高階語言首先面對的是人，而不是機器。除去這些語言層面的元件支援機制，.NET平臺也為元件的配置，執行，管理等提供了一攬子解決方案，而為元件開發量身定做的Visual Studio.NET更是令人興奮，這都為C#的元件程式設計開闢了廣闊的天地。在其他技術方面Java的微弱劣勢尚且可以忽略不計，但在元件程式設計方面Java相較於C#卻有著不可治癒的硬傷。尤其對於從C++和Visual Basic背景過來的開發人員，C#在這方面有著不可抵擋的魅力和誘惑。

鑑於XML Web Services在下一代企業分散式計算中的地位，我們有必要在這方面對兩個語言有一個簡單的交代。在XML Web Services的操作方面，.NET平臺直接在IL中間語言中的內建XML支援使得C#與生俱來地成為下一代Web服務的首選，這是通過API集來支援Web服務的Java所不能比的。在C#中，XML，SOAP，UDDI，WSDL等底層協議被構建成了面向開發人員的元件，而Java中這些仍然是JAX(Java XML API)等底層協議的操作函式。當然這種局面可能僅僅是時間問題，一個強大的高效的Web Services元件模型對Java來說並不是不可逾越的鴻溝。

在語言標準化方面，微軟也史無前例地做出了令人讚賞的動作。目前C#及.NET平臺基礎構造已遞交歐洲計算機制造商協會ECMA，經過標準化後的C#將可由任何廠商在任何平臺上實現其開發工具及其支援軟體，這為C#的發展提供了強大的驅動力。而Java在這方面雖有動作--JCP（Java Community Process），但無疑只能是準標準化。在元件化軟體時代擁有一門像C++一樣的標準化語言，對軟體界尤其是廣大開發人員非常重要。

當然兩個語言的全面的技術品評絕非僅僅上述幾點簡單的羅列比較，其後端平臺(C# for .NET, Java for J2EE)，及其程式設計框架的支援，各語言相關工具的實現，現有的系統基礎等等都對程式設計語言的發展產生相當的影響。從純技術角度來講，C#無疑較Java更具競爭力。爭吵誰抄襲誰也沒有意義--技術的發展本來就是一個相互借鑑的過程。純技術較量也並不能決定這場論戰的勝負--如果非要一決雌雄的話。軟體界倒樂見競爭，經過市場錘鍊的技術才能更好地為我們服務，讓我們拭目以待!