『壹』 c語言是如何跨平台的
c語言能跨平台主要因為各個平台包括DOS,Windows,Linux,UNIX等都有c編譯器，只要源代碼相同，編譯器編譯出來的二進制文件就會實現相同的功能（不包括跨平台的系統調用）。但是這些二進制文件不一樣，Linux中的可執行文件一般情況下都不能在Windows中運行，因為他們是兩個完全不同的操作系統，有不同的內核，不同的系統調用。但編譯器會根據不同的平台生成不同的代碼，使二進制文件能在專有的平台中運行，並且實現相同的功能。
跨硬體平台也是類似，在各種平台上，如x86，x86_64，Sparc，ppc，Motorola等都有相應的編譯器。編譯器會把相同的c語言代碼編譯成不同的機器指令，這樣就可以實現跨平台了。
總而言之，跨平台主要是靠各個平台上的編譯器。
『貳』 C語言到底有沒有跨平台性
C語言本來就是跨平台的，不過是「源碼級」跨平台。本來就是存在針對linux、windows的不同的編譯器。所以有C語言「一次編寫，到處編譯」，Java是「一次編譯，到處運行」的說法。
如C++創始人酸溜溜的說法，JVM造了一個新的平台，讓所有Java程序只能在這個平台上運行，而C和C++的代碼可以在幾十個不同的平台上運行，從這個角度而言，C和C++是跨平台的，而Java不是
『叄』 c語言為什麼能跨平台或者是如何跨平台的
c語言能跨平台是因為各個平台有相應的c編譯器，只要源代碼相同，編譯器編譯出來的二進制文件就會實現相同的功能，但是這些二進制文件本身是不一樣的。
exe就是2進制的,但不完全是原來程序的代碼，還包括了windows系統的一些代碼。
科普一下，C最早是出現在Unix下的，Windows那都是後話了，C出現的時候Windows還沒開發出來呢。
C有個比較特別的稱呼，叫中級語言，因為它有高級語言的特性又能跟底層硬體很好的交互所以才有這么個說法。DOS時代在C裡面嵌上一段匯編直接從並口讀個數上來那是很流行的，現在沒見誰在VC裡面這么干吧。Windows也不讓啊。想訪問硬體怎麼也得通過驅動。
C在多種平台下可以實現代碼級的共享，跨平台就需要重新編譯了。
但是，我也見過有的軟體是可以在多種平台上運行了，可能有什麼特別的技術，可以先識別一下操作系統，再運行相應的代碼。這個應該是在編譯的時候有特殊的技巧。
C編譯、連接器網上有現成的代碼，一般不是很專業的技術人員沒有去研究它。我一直把玩編譯原理的視為天人，有能力把編譯原理那本書看完的就很不容易了，再要能領會其中精要那就成才了，能把龍書虎書鯨書都搞明白的那就是一流專家了。
『肆』 c語言可跨平台嗎
可以, 但需要使用標准庫函數.
同樣的庫函數在不同平台返回值可能有點差異,例如strcmp(不確定), 不過差別不大
『伍』 c語言為什麼能跨平台或是如何跨平台的
c語言能跨平台是因為各個平台有相應的c編譯器，只要源代碼相同，編譯器編譯出來的二進制文件就會實現相同的功能，但是這些二進制文件本身是不一樣的
exe就是2進制的,但不完全是原來程序的代碼，還包括了windows系統的一些代碼
科普一下，C最早是出現在Unix下的，Windows那都是後話了，C出現的時候Windows還沒開發出來呢。
C有個比較特別的稱呼，叫中級語言，因為它有高級語言的特性又能跟底層硬體很好的交互所以才有這么個說法。DOS時代在C裡面嵌上一段匯編直接從並口讀個數上來那是很流行的，現在沒見誰在VC裡面這么干吧。Windows也不讓啊。想訪問硬體怎麼也得通過驅動。
說遠了，C在多種平台下可以實現代碼級的共享，跨平台就需要重新編譯了。
但是，我也見過有的軟體是可以在多種平台上運行了，可能有什麼特別的技術，可以先識別一下操作系統，再運行相應的代碼。這個應該是在編譯的時候有特殊的技巧。
C編譯、連接器網上有現成的代碼，一般不是很專業的技術人員沒有去研究它。我一直把玩編譯原理的視為天人，有能力把編譯原理那本書看完的就很不容易了，再要能領會其中精要那就成才了，能把龍書虎書鯨書都搞明白的那就是一流專家了。
『陸』 C語言是跨平台的么如果是 那麼C語言的跨平台特性和java的跨平台特性有什麼不同
標准C和標准C++都是源代碼級跨平台的, 也就是說你用標准C/C++寫的代碼在windows下編譯後就可以windows下運行, 在unix/linux下編譯後就可以在unix/linux下運行.c語言能跨平台主要因為各個平台包括DOS,Windows,Linux,UNIX等都有c編譯器，只要源代碼相同，編譯器編譯出來的二進制文件就會實現相同的功能（不包括跨平台的系統調用）。但是這些二進制文件不一樣，Linux中的可執行文件一般情況下都不能在Windows中運行，因為他們是兩個完全不同的操作系統，有不同的內核，不同的系統調用。但編譯器會根據不同的平台生成不同的代碼，使二進制文件能在專有的平台中運行，並且實現相同的功能。
總之，C的源代碼是跨平台的而編譯後的目標文件和可執行文件就不是跨平台的，跨平台主要是靠各個平台上的編譯器。
在使用匯編語言的時代里，每個廠家都有一套自己的匯編語言，那時計算機程序與機器綁定，不是同一個廠家的程序在其他廠家的平台下就不能運行。直到C語言出現以後，我們才能將X86平台下的C語言程序源文件，換到POWER平台編譯以後直接運行。因此C的跨平台移植功能是指在硬體架構上的移植性。 JAVA的跨平台能力是指其不需要指定操作系統可以直接運行。
C語言「一次編寫，到處編譯」，Java是「一次編譯，到處運行」。
如C++創始人酸溜溜的說法，JVM造了一個新的平台，讓所有Java程序只能在這個平台上運行，而C和C++的代碼可以在幾十個不同的平台上運行，從這個角度而言，C和C++是跨平台的，而Java不是。
『柒』 C語言是如何編譯與組建的，跨平台性
c語言能跨平台是因為各個平台有相應的c編譯器，只要源代碼相同，編譯器編譯出來的二進制文件就會實現相同的功能，但是這些二進制文件本身是不一樣的
exe就是2進制的,但不完全是原來程序的代碼，還包括了windows系統的一些代碼
『捌』 為什麼說c語言是跨平台語言,不就是編譯器嗎
C語言－－－是標准，定義了一些條條框框，文字上的東西如C89，C99如ISO/IEC
C99
編譯器是根據這些條條框框來做的，不能違反（但也不是那麼特別死要求的），對於它來說，標准就好像是法律。
說到跨平台，並不是講每一個WIN下的可編譯正確運行的C代碼，就能100％放到LINUX或*bsd下運行的，據我的一點經驗，寫代碼人是否按照標准規范寫的，用的非標准庫函數是否在WIN及UNIX平台下都能正常，都有限制的
『玖』 C語言是不是跨平台的
回答可以說是也不是。
C的源代碼是跨平台的而編譯後的目標文件和可執行文件就不是跨平台的。
因為針對不同的平台會用不同的編譯器來編譯和鏈接同樣的源代碼。
當然如果你的代碼里有針對某種特定平台的代碼的話（比如Windows API調用），那麼用針對其它平台的編譯器就會出錯。
一般來說如果想寫真正跨平台的源代碼會用#define 來實現有條件的編譯。
『拾』 想做副業，學編程，學哪種語言比較好（零基礎）
最近有很多同學問我，我是一個零基礎的小白，到底學習哪一種語言比較好？作為一個寫了十年代碼程序員，用過七種語言的我來說，必須要強調一下，語言只是一種工具，當你真正理解了要做的事，選一個順手的就行。跟工具一樣，哪天有新的好用的語言出來，把舊的扔掉就好。
我今天寫這篇文章的目的是想給大家一個參考。
決定用什麼語言的因素有有很多，比如性能，內存佔用，開發難度，運維難度，目標平台，可執行文件大小，代碼可維護性，項目周期，項目規模，招聘難度，團隊構成，歷史遺留問題，甚至派系斗爭等。
比如騰訊就有大量歷史遺留的C和C++的伺服器代碼，畢竟20年前沒得選。又比如空降技術負責人可能會為了讓自己人上位，讓自己團隊出成績，選擇用其他語言或者框架對本來工作良好的系統進行重構。
下面開始聊語言
Python
先說python，是因為這個語言小學生都開始學習了，以後不會python要被小學生欺負了。語法簡單，除了前端幾乎萬能，可用的庫極其豐富，能想到的功能幾乎都有現成的庫可以用。不管是搞爬蟲，做人工智慧，機器學習，數據分析，還是自動化運維，自動化測試，python幾乎都是首選。不想當程序員還想學習一門語言的話，學習python就沒錯了。缺點是慢，但是能讓機器累的事，何必讓人來累。
PHP
PHP是世界上最好的語言，可能這個已經成為很多程序員的梗。
我沒用php開發過大型項目，自己做東西的感覺是這語言非常簡單，以前用的人很多，招聘容易，但是不適合做復雜的項目。現在用得越來越少了，迅雷以前有不少運營活動頁面是PHP做的。
C
C的語法足夠簡單，應該是最接近機器語言的高級語言，適合編寫操作系統底層，驅動程序，硬體相關的程序以及看重性能的程序。由於過於簡單，構建大型程序的復雜度非常高，建議想往研發方向走的同學都學習一下C語言。
可以對計算機一些底層原理了解，比如指令執行過程，內存管理，異常，多線程，編譯過程等又更深層次的了解。掌握C語言再學習其他語言會變得很輕松，學習破解也有幫助，畢竟匯編基本都可以反編譯出C代碼。
C++
C++是一個糟糕的語言，這不是我說的，這是Linux之父說的。我自己用C++四五年時間，越到後面就感覺這句話越有道理。
首先C++的強大是毋庸置疑的，但是作為一個跟C一樣偏底層的語言，如果不理解寫的代碼背後到底發生了什麼事，如果出了錯，你是永遠不可能知道錯在哪裡的。
一個沒有垃圾回收的語言，不用智能指針很容易導致內存泄漏，錯誤的用了智能指針不但內存泄漏之後不好解決，還容易導致提前釋放等問題。
C++支持強制類型轉換，如果轉換前後的內存結構不一樣，很有可能導致各種隱性問題。還有Java之類非原生語言的異常處理都是語言自定義的異常，而C和C++中的異常很多都是操作系統層的異常。
Windows下一個簡單的try catch，你覺得可以抓到try中所有的異常，但是由於異常處理函數的指針保存在棧上，這時一個棧溢出可能直接導致異常處理函數指針被覆蓋，異常會出現在你意想不到的地方。微軟有大神曾說過，想你的代碼後續可維護就刪掉代碼中所有的try catch。
又由於語言非常底層，當程序出現底層崩潰的時候，想解決掉這個崩潰往往要讀一些匯編，這時候如果使用了大量的模板，比如stl和boost，那生成的匯編幾乎完全不可讀。看過stl代碼的人應該都知道這玩意兒寫的有多晦澀，就導致了你想用一個C++庫，如果不了解這個庫的實現原理，那大概率會出錯。
C++的復雜度又讓你很難真的理解那個庫的原理，結論就是C++強大，但是必須用的人也強大。C++直到現在還在瘋狂的增加特性，我用了四五年我自己都不敢說自己會玩C++，能用其他語言就優先考慮其他的，把C++作為最後的選項，不建議新手學，除非你的目標領域必須使用。
Rust
Rust是為了解決C和C++的各種問題而出現的語言，性能接近C++，通過所有許可權，不用垃圾回收就解決了生命周期管理。有包括管理，又有極其嚴格的編譯器檢查，能編譯通過的代碼就不會有大問題，編譯器直接把水平不夠的新手擋在了門外，通過解決出問題的人是方式，從根本上解決了C++的問題。
我第一次用rust寫個小程序就跟編譯器較了一天的勁。它的缺點就是學習難度太大，語言太小眾，庫太少，很多輪子都要自己造。但是隨著微軟之類的大廠使用，相信之後發展會比較好，新項目如果需要C或者C++可以優先考慮rust。
Java
我現在主要也是一個Java程序員，對於Java這個語言我並沒有什麼很特別的感覺，配套設施完善，什麼都能幹，體驗非常贊，就是內存佔用有點難看。想搞安卓考法的必修，阿里有大量的伺服器項目使用Java。
唯一想吐槽的是gradle這個構建系統，版本問題搞得很頭疼。
JavaScript
js是前端的必修課，沒得選，然而node讓js也萬能了。用node做過後端項目後，感覺動態類型語言還是不太適合，由此帶來的低級錯誤很多，雖然可以用typescript解決，但是最終還要編譯成js，無法直接調試。由於沒有原生的多線程支持，利用cpu也只能通過開多個進程的方式。小項目的後端做著玩還可以，大點的還是考慮Java或者是go吧。
Lua
Lua是極其輕量的語言，語言特性接近js，runtime非常小。作為一個腳本語言，性能出色，內存佔用低，很適合各種嵌入式設備或者插件系統。
Go
這玩意兒一定是谷歌為了解決自己後端項目中遇到的問題而開發的語言，各種特性直戳痛處。語法簡單，規范嚴格，這就讓不管什麼水平的開發寫出來的代碼差距都不會太大。
靜態類型，沒有默認參數，沒有異常處理，可以降低犯低級錯誤的概率。編譯成原生代碼，可內嵌C代碼，原生支持協程和多線程，可以保證性能，支持跨平台編譯，輸出單文件方便部署，這些優點帶來的問題是Go的指向性太強，只適合做高並發api類的後端服務。
想用Go開發其他任何領域都會覺得特別別扭，類似C的語法過於簡單，又沒有泛型，導致很多功能都顯得很啰嗦。但由於Go解決了部署問題，跨平台問題，降低了研發人員的水平要求，降低了犯錯誤的概率。
關於這些語言的性能沒有絕對的排序，但根據我做項目帶團隊和面試的經驗，絕大多數的程序員的水平都還碰不到語言的性能瓶頸。一般來說對語言的理解以及多線程，演算法，網路，資料庫，緩存。硬體甚至業務的理解都比語言的性功能影響更大。
再次強調，語言只是工具，只有適不適合，沒有好與不好。基礎強大，用哪個都不怕，基礎太差，用什麼都尷尬。
只是會語法並不是掌握了這門語言，要知道程序背後發生了什麼。比如C++的對象模型，Java的虛擬機，垃圾回收，Go的協程，js的promise，rust怎麼編譯通過等等。
基礎是一門語言的核心，不管學習哪一門語言都要重點學好基礎。