c 程序員轉java好轉嗎？在這個時候，我終于有時間寫一篇我想寫的文章了。其實，這篇文章的標題并不十分準確。當C程序員編寫java代碼時，他們不必轉用java而放棄C，他們只有一個選擇。這兩種語言各

c 程序員轉java好轉嗎？

在這個時候，我終于有時間寫一篇我想寫的文章了。其實，這篇文章的標題并不十分準確。當C程序員編寫java代碼時，他們不必轉用java而放棄C，他們只有一個選擇。這兩種語言各有優(yōu)點。我們不要談語言爭端。讓我們假設一個朋友需要這樣的角色轉變。在編寫了多年的C語言之后，突然一個項目需要用Java來編寫。

Java語言和C語言在語法上有很多相似之處，但在本質上有區(qū)別。當一個合格的C程序員寫下每一行代碼時，他必須記住如何存儲代碼中的每一個變量，堆棧結構是什么，如果處理不當，哪一塊內存會造成很大的麻煩。然而，Java程序員有些不同。由于Java語言規(guī)范和Java虛擬機規(guī)范是分離的，再加上自動GC，操作性較差。但這不是壞事。畢竟，手動內存管理有其復雜性。

就個人而言，對于C程序員來說，Java語法沒有問題?？梢哉f80%以上的結構是相同的，所以這不是問題。但是如果你學英語語法，你能通過大學英語六級考試嗎？我們能和外國人見面聊天嗎？不一定。順便說一句，我們要學習方言、成語和句型。當我們進入Java世界時，我們必須按照Java的規(guī)則來玩。例如，如何創(chuàng)建一個對象、如何比較兩個對象、如何使用枚舉類型、如何編寫泛型代碼、并發(fā)代碼何時要實現上層結構、何時在代碼中拋出異常以及何時使用反射。我認為，一個更專注于技術的人可能還需要至少三個月的項目培訓才能獲得資格。當然，我說的前提是這個C工程師有相當的基礎，所以他可以站在一座山上看另一座山。

所以我認為C程序員轉向Java的捷徑是：學習Java習慣用法、模式和項目調整。

C程序員的另一個優(yōu)勢是，由于主流JVM是用C/C代碼編寫的，因此喜歡深入研究的人會非常有幫助。只要你有足夠的調試技巧，對一切都了如指掌，這種方法也適用于JavaScript，因為V8默認也是C的，編譯器會把java文件變成字節(jié)碼，這樣計算機就可以理解了。如果是手動的，請使用CMD javacxxxx.java文件編譯器

從語言設計的角度來看，可以通過重新設計編譯器來實現，但從工程實踐的角度來看是不可行的。

首先，Java語言最大的特點是跨平臺的可移植性，一次開發(fā)，一次編譯，多平臺執(zhí)行。這個特性是通過JVM（Java虛擬機）實現的。如果重寫編譯器直接編譯成C語言這樣的可執(zhí)行程序，它將失去跨平臺特性。

其次，Java語言在設計之初就被設計成嚴重依賴JRE（Java運行時環(huán)境）的語言。一些語言設計缺陷必須依靠JVM來解決，比如GC（垃圾收集）。我們知道Java語言沒有內存恢復能力，所以我們不得不依賴JVM。在工程實踐中，如果軟件不能進行內存恢復，后果將是災難性的。

第三，Java語言是面向對象的，不同于同樣面向對象的C語言，Java還具有動態(tài)特性。

它允許程序動態(tài)加載運行過程中所需的類，這在面向對象編程中是C語言無法實現的。在C語言編程過程中，每次向類中添加實例變量或成員函數時，引用該類的所有子類都必須重新編譯，否則會導致程序崩潰。Java從以下幾個方面采取措施來解決這個問題。java編譯器沒有將對實例變量和成員函數的引用編譯成數值引用，而是將符號引用信息保存在字節(jié)碼中并傳遞給解釋器，解釋器在動態(tài)連接類后將符號引用信息轉換成數值偏移量。這樣，在內存中生成的對象不會在編譯期間確定，而是延遲到運行時并由解釋器確定。這樣，更新類中的變量和方法不會影響現有代碼。在解釋和執(zhí)行字節(jié)碼時，只有在出現新名稱時才執(zhí)行一次符號信息的搜索和轉換，然后才能全速執(zhí)行代碼。在運行時確定引用的好處是可以使用更新的類，而不用擔心影響原始代碼。如果程序連接到網絡中另一個系統(tǒng)中的類，則該類的所有者可以自由更新該類，而不會使引用該類的任何程序崩潰。這完全取決于JRE。

以上幾點決定了Java不能像C語言那樣直接編譯成機器代碼。當然，還有其他一些因素，但我認為以上幾點是最重要的。