請問大佬們能2000行代碼0 error 0 warn 0 bug一遍過嗎？如果能過，是什么水平？您好，一個有五六年編程經(jīng)驗的程序員來回答您的問題：我們不說例外，正常的2000行代碼，如果是有效的代碼

請問大佬們能2000行代碼0 error 0 warn 0 bug一遍過嗎？如果能過，是什么水平？

您好，一個有五六年編程經(jīng)驗的程序員來回答您的問題：

我們不說例外，正常的2000行代碼，如果是有效的代碼，至少在一個小項目中應(yīng)該能夠?qū)崿F(xiàn)一個功能模塊，如果一個源文件有500行代碼，然后至少四個文件完成2000行代碼，一般來說，不會寫那么多的代碼，是再次編譯，所以很難定位的問題。

事實上，這三項是在程序設(shè)計和調(diào)試期間的不同時間段生成的。當(dāng)一個程序被編譯器編譯時，它會發(fā)出警告和錯誤。然而，大多數(shù)bug指的是當(dāng)程序運行時，測試是否有bug要比警告和錯誤困難得多。一個熟悉編程的程序員可以在沒有任何警告或錯誤的情況下編寫大量代碼，但他可以繼續(xù)進行項目，也很難保證不會出現(xiàn)bug。我們可以看到，windows被這么多優(yōu)秀的工程師維護了這么多年，但它仍然需要不斷地修補。

如果一個工程師能寫2000行代碼，并且在編譯過程中沒有任何警告和錯誤，那么他可以說是一個非常細心和有經(jīng)驗的工程師。如果2000行代碼在實際應(yīng)用中不產(chǎn)生小bug，可以說他有很強的能力。這樣的工程師可能很多，但我不是，為此目標必須更加努力，加油

！以上是我個人的看法，希望能有所幫助。

Java能不能像C語言不通過JVM虛擬機直接編譯成二進制機器碼，讓計算機直接運行？

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

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

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

第三，Java語言是面向?qū)ο蟮?，不同于同樣面向?qū)ο蟮腃語言，Java還具有動態(tài)特性。

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

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