【51CTO外電頭條】編程語言往往是各領風騷三五年。最初，炙手可熱的新語言是Java；后來換成了Python，隨后Ruby搶走了風頭,之后又換成了JavaScript。而最近備受寵愛的語言可能大家最想不到的。信不信由你，2011年很可能是C++大行其道的年頭。

上周，最新版的ISO C++標準被全體一致批準，這是C++語言13年來第一個重大修訂版。新標準現(xiàn)在的官方名稱是C++11，它引入的一些功能特性旨在更容易地針對現(xiàn)代并行處理架構開發(fā)軟件，包括面向并行計算的Lambda表達式和新的數(shù)據類型。

倒不是說C++真的消亡了。與年代更久的同類語言C相比，C++對于系統(tǒng)編程和需要性能密集型原生代碼的應用程序（如3D游戲引擎）來說仍是最流行的語言之一。

然而在其專門的小眾領域之外，傳統(tǒng)的系統(tǒng)編程在近些年已漸漸失寵。現(xiàn)在的程序員日益遠離原生代碼編譯，改而青睞Java和.NET等受控代碼環(huán)境。這種環(huán)境讓他們可以不用操心內存管理和輸入驗證方面這樣單調乏味的工作。另一些程序員為了獲得Python、Ruby和JavaScript等動態(tài)語言在語法上的便利，愿意犧牲一些性能。

但是C++ 11出現(xiàn)在頗有意思的時間點。越來越多的人覺得，編程語言這個鐘擺偏離原生代碼也許太遠了。現(xiàn)在該是鐘擺往另一個方向擺回來的時候了。因而，C++發(fā)現(xiàn)自己多了幾個原本最不可能的盟友。

原生代碼最不可能的擁躉包括谷歌

谷歌恐怕是你最不會想到對原生代碼有興趣的一家公司。多年來，谷歌一直鼓吹桌面軟件概念已過時了這一理念。在谷歌憧憬的理想環(huán)境下，應用程序完全在瀏覽器里面運行；為此，它開發(fā)出了Chrome OS來證明這一點。

不過連谷歌都認識到，有時候經過解釋的JavaScript還不夠。我在以前的文章中介紹過谷歌原生客戶端（NaCl），這種沙箱環(huán)境讓Chrome瀏覽器可以下載和執(zhí)行原生二進制代碼，以便處理性能密集型操作。這絕非谷歌在閑暇之余的試驗活動；上周，谷歌在Chrome的最新測試版中發(fā)布了新版本的NaCl；這項技術頭一次在默認情況下被啟用。還有傳聞稱，谷歌悄然添加到最新版Chrome OS中的Netflix媒體流支持功能也依賴NaCl應用編程接口（API）。

NaCl也不是表明谷歌對原生代碼的唯一認可。這家搜索巨頭的Go編程語言之前就被廣泛稱為是“類似Java”，但這只說對了一部分。從語法上來講，Go某些方面的確類似Java，但Go代碼并不在虛擬機里面運行，而是直接編譯成了原生代碼。此外，谷歌甚至確保Go二進制代碼不但可以在桌面上運行，還可以在谷歌應用程序引擎（Google App Engine）云計算環(huán)境里面運行。

很奇怪的是，這些舉措使得谷歌與位于雷德蒙的競爭對手關系融洽和睦。作為世界上最大的桌面軟件開發(fā)商，微軟對待C++的態(tài)度一直比許多公司更友好。可是近些年來，原生C/C++開發(fā)人員覺得自己受到了一點冷落，因為微軟把大部分精力投入到了C#，這是面向.NET平臺的受控代碼C衍生語言。

但這種情形似乎在發(fā)生變化。Visual Studio 2010已經支持C++11的大部分功能特性。今年7月，微軟在其Channel 9開發(fā)人員網站上發(fā)布了一個新的視頻系列，名為“Going Native”（使用原生代碼），專門介紹原生代碼方面的發(fā)展，特別強調C++。與此同時，目光敏銳的觀察人士注意到了微軟在9月召開的Build大會前夕居然沒有.Net方面的宣傳。Build大會之前名叫專業(yè)開發(fā)者大會（PDC）。

原生代碼永不沒落

早在Java時代之前就懂得編程的那些人自然完全明白為何人們重新對原生代碼產生了興趣。傳統(tǒng)的軟件開發(fā)方法有著悠久的傳奇歷史；有時候，經過充分優(yōu)化的原生二進制代碼仍是有可能從處理器獲取最高性能的最佳方法。

話雖如此，原生代碼也有其缺點。首當其沖的是我之前提到的安全問題。由于與C#和Java等受控語言相比，C和C++等語言讓開發(fā)人員可以更接近底層硬件，所以要認真考慮的問題就多得多；缺乏經驗的編程員可能會造成嚴重破壞。

移植性是另一個問題。對于處在Wintel環(huán)境下的Windows開發(fā)人員來說，編寫可以在多種處理器架構上編譯的代碼從來不是個大問題，甚至在過去也是如此。然而換成了Unix環(huán)境，情況就不一樣了。

現(xiàn)在，谷歌的NaCl環(huán)境重新帶來了同樣一些問題。Web開發(fā)人員習慣于自己開發(fā)的應用程序在任何基本上符合標準的瀏覽器中運行，但是NaCl模塊與特定的處理器架構死死地綁在一起。想讓同一個模塊在x86、x64和ARM等處理器上都可以運行，你就得編譯這三個不同的版本，然后把這三個版本都放到Web服務器上。對于長期習慣使用PHP和Perl的開發(fā)人員來說，這就需要一番適應。

但要牢記的最重要的問題是，為手頭的任務選擇合適的工具。誰也不想回到以前的糟糕年代：面對使用由C編寫的CGI腳本的Web，為文本數(shù)據而糾結。另一方面，不管手頭的任務是什么，把每一個應用程序硬塞進同樣的解釋語言或受控代碼環(huán)境同樣不是正確的方法。

現(xiàn)在的計算機異常尖端先進、用途異常廣泛、性能異常強大。要充分利用它們的功能，開發(fā)人員就應該使用盡可能廣泛的工具。原生代碼的卷土重來往正確方向邁出了可喜的一步。

原文標題：Hail the return of native code and the resurgence of C++