有基礎(chǔ)入門安卓，kotlin還是java？作為一個(gè)仍處于編碼階段的一線開發(fā)人員，我想提出自己的看法，歡迎大家留言討論。。首先，在友好的Java方面，我們可以在網(wǎng)上找到很多優(yōu)秀的文檔、源代碼和其他學(xué)習(xí)資

有基礎(chǔ)入門安卓，kotlin還是java？

作為一個(gè)仍處于編碼階段的一線開發(fā)人員，我想提出自己的看法，歡迎大家留言討論。

。

首先，在友好的Java方面，我們可以在網(wǎng)上找到很多優(yōu)秀的文檔、源代碼和其他學(xué)習(xí)資料。

其次，我們來(lái)看看招聘要求?；旧希衅甘怯葾ndroid開發(fā)的。你需要了解Java。然而，科特林是沒有必要的。只能作為附加項(xiàng)使用。這是一個(gè)招聘網(wǎng)站上的android開發(fā)職位描述。

什么是kotlin？它是“更好的Java”。只有那些習(xí)慣Java并希望繼續(xù)提高工作效率的人才會(huì)真正“使用”kotlin。在你真正掌握了Java和面向?qū)ο蟮乃枷胫?，你可以很容易地學(xué)習(xí)kotlin。

kotlin真的會(huì)代替java嗎？

我不這么認(rèn)為！總之，我只懂Java，不想再學(xué)kotlin了。而且因?yàn)锳ndroid而專門改變了編程語(yǔ)言，說(shuō)實(shí)話！起初，ADT被用作編程環(huán)境，但我一熟悉它，就不得不再次更改語(yǔ)言。經(jīng)過(guò)這樣的折騰，也許有一天它會(huì)下降

在谷歌開的I/O大會(huì)上宣布用Kotlin語(yǔ)言作為首選語(yǔ)言，Java將面臨何種處境？

Kotlin對(duì)于Android就像swift對(duì)于IOS一樣

畢竟Java是一種表達(dá)能力很差的語(yǔ)言。許多開發(fā)人員可能已經(jīng)無(wú)法忍受使用這種集成了編程語(yǔ)言最新研究成果的新語(yǔ)言。

kotlin和Java之間良好的互操作性使開發(fā)人員能夠無(wú)負(fù)擔(dān)地逐步遷移。

畢竟，如果kotlin想完全取代Java，社區(qū)需要做一些準(zhǔn)備。優(yōu)化工具鏈、即時(shí)運(yùn)行、編譯器優(yōu)化、Java庫(kù)包裝等。

但從長(zhǎng)遠(yuǎn)來(lái)看，kotlin的開發(fā)效率和代碼可讀性將高于Java。如果你愿意支付學(xué)習(xí)費(fèi)用，那將是更有益的。

Java是不是會(huì)被Kotlin和Go逐漸替代掉？

讓我們首先得出一個(gè)結(jié)論：我不認(rèn)為它會(huì)被取代。要形成百花齊放、百家爭(zhēng)鳴的局面。如果go和kotlin繼續(xù)發(fā)展

Java在中國(guó)仍然是一個(gè)獨(dú)特的發(fā)展。它的生態(tài)系統(tǒng)是比較完整的，在大工廠里經(jīng)歷了很多在線戰(zhàn)斗。它的性能和穩(wěn)定性是可以保證的，現(xiàn)在中間業(yè)務(wù)程序員都準(zhǔn)備好了它的Java開發(fā)。消滅這么多人是不現(xiàn)實(shí)的，也是代價(jià)高昂的。小企業(yè)在選擇技術(shù)時(shí)只選擇流行語(yǔ)言。業(yè)界有相對(duì)成熟的技術(shù)解決方案，可以降低自己搭輪子的開發(fā)成本，更注重自己的業(yè)務(wù)發(fā)展，但如果Java繼續(xù)發(fā)展，好的功能可以很快結(jié)合起來(lái)，現(xiàn)在Java仍然主導(dǎo)著Android市場(chǎng)。即使googledad強(qiáng)烈推薦，由于歷史的負(fù)擔(dān)，許多公司也不會(huì)遷移到kotlin。如果Java被取代，它將不是kotlin，它肯定是golang

而不是某一種語(yǔ)言，它將是kotlin編譯的字節(jié)碼完全符合JVM標(biāo)準(zhǔn)的一個(gè)特性，因此可以說(shuō)它是一種方言，但它的名稱是不同的。事實(shí)上，它是一個(gè)叫做int的東西，或者Java中的int Integer在kotlin中叫做int。編譯后的版本都是一樣的，但是反編譯器是基于Java的，所以可以看到int或者integer

從語(yǔ)言設(shè)計(jì)的角度來(lái)說(shuō)，可以通過(guò)重新設(shè)計(jì)編譯器來(lái)實(shí)現(xiàn)，但是從工程實(shí)踐的角度來(lái)看是不可行的。

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

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

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

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

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