Android neden Java kullanıyor? [kapalı]

Tamam, bu gerçekten Google'dan birine sorulmalı, ama ben sadece başka fikirler istiyorum.

Android, Yerel kod uygulamalarını desteklese bile, ana geliştirme aracı Java'dır. Ama neden? Demek istediğim, bir mobil cihazda kodu yorumlamak çok yavaş değil mi? Froyo'yu tanıtırken Google, yeni JIT derleyicisinin 2-5 kat daha hızlı uygulamalara ulaşabileceğini söyledi. Bu, Java'yı yerel kod üzerinden kullanmanın 2 x kat daha yavaş olduğu anlamına gelir.

Evet, sanal makine programı daha iyi kontrol ettiğinden, yönetilen kod uygulamalarını kullanmanın sistem kararlılığı açısından daha güvenli olduğunu biliyorum, ancak yine de bu performans düşüşü çok büyük ve onu neden kullanmam gerektiğine dair herhangi bir nokta göremiyorum.

Bazı noktalar:

1. Java bilinen bir dildir, geliştiriciler bunu bilir ve öğrenmek zorunda değildir

2. İşaretçi aritmetiği olmadığı için Java ile kendinizi vurmak C / C ++ kodundan daha zordur

3. bir sanal makinede çalışır, böylece onu her telefon için yeniden derlemeye gerek yoktur ve güvenliğini sağlamak kolaydır

4. Java için çok sayıda geliştirme aracı (1. maddeye bakın)

5. birkaç cep telefonu zaten Java ME kullanıyordu, bu nedenle Java endüstride biliniyordu

6. hız farkı çoğu uygulama için bir sorun değildir; eğer öyleyse düşük seviyeli bir dilde kodlamalısın

Bayt kodu düzeyinde, Android Java kullanmaz. Kaynak Java'dır, ancak bir JVM kullanmaz.

Sistem kararlılığının iyileştirilmesi, cep telefonu gibi bir cihazda çok önemlidir .

Güvenlik daha da önemlidir. Android ortamı, kullanıcıların, mükemmel bir güvenlik olmadan telefonu gerçekten hoş olmayan şekillerde kullanabilecek yarı güvenilir uygulamaları çalıştırmasına olanak tanır. Tüm uygulamaları bir sanal makinede çalıştırarak, VM uygulamasında bir kusur olmadığı sürece hiçbir uygulamanın işletim sistemi çekirdeğinden yararlanamayacağını garanti edersiniz. Sanal makine uygulaması muhtemelen küçüktür ve küçük, iyi tanımlanmış bir güvenlik yüzeyine sahiptir.

Belki de en önemlisi, programlar bir sanal makine için kodlanmak üzere derlendiğinde, yeni donanım için yeniden derlenmelerine gerek yoktur. Telefon çipleri pazarı çok çeşitli ve hızla değişiyor, bu yüzden bu büyük bir mesele.

Ayrıca, Java kullanmak, insanların yazdığı uygulamaların kendilerinin sömürülmesini daha az olası kılar. Arabellek aşımı, işaretçilerde hata vb. Yok ...

Yerel kodun Java kodundan daha hızlı olması gerekmez. Yerel kodun daha hızlı çalışabileceğini gösteren profil verileriniz nerede?

Neden Java?

• Android, birçok farklı donanım platformunda çalışır. Gerçek faydaları görmek için bu farklı platformların her biri için yerel kodunuzu derlemeniz ve optimize etmeniz gerekir.

• Java'da zaten yetkin çok sayıda geliştirici var.

• Java, geliştiricilerin hayatını kolaylaştırmak için birçok kitaplık ve araç içeren devasa açık kaynak desteğine sahiptir.

• Java, sizi bellek sızıntıları, kötü işaretçi kullanımı vb. Gibi yerel kodun doğasında bulunan birçok sorundan korur.

• Java, onların sandbox uygulamaları oluşturmalarına ve daha iyi bir güvenlik modeli oluşturmalarına izin verir, böylece bir kötü Uygulama tüm işletim sisteminizi kapatamaz.

Öncelikle Google'a göre Android Java kullanmıyor. Oracle bu yüzden Google'a dava açıyor. Oracle, Android'in bazı Java teknolojilerini ihlal ettiğini iddia ediyor, ancak Google bunun Dalvik olduğunu söylüyor.

İkinci olarak, 1995'ten beri bir Java bayt kodu yorumlayıcısı görmedim.

Performans varsayımınızı bazı gerçek ölçütlerle yedekleyebilir misiniz? Sağladığınız yanlış arka plan bilgileri göz önüne alındığında, varsayımlarınızın kapsamı haklı görünmüyor.

Java'nın Google'ın Android'de kullanması için oldukça ikna edici bir argümanı var: çok büyük bir geliştirici tabanı var. Tüm bu geliştiriciler mobil platformları için (bir nevi) geliştirmeye hazırlar.

Teknik olarak Android'in saf Java kullanmadığını unutmayın .

Başka bir yerde değinildiği gibi, ana sorun, Android'in çok çeşitli donanımlarda çalışacak şekilde taşınabilir bir işletim sistemi olarak tasarlanmasıdır. Aynı zamanda birçok mevcut mobil geliştiricinin aşina olduğu bir çerçeve ve dil üzerine kuruludur.

Son olarak, geleceğe karşı bir bahis olduğunu söyleyebilirim - mevcut performans sorunları donanım geliştikçe önemsiz hale gelecektir - aynı şekilde geliştiricilerin bir soyutlamaya karşı kod yazmasını sağlayarak, Google temeldeki işletim sistemini söküp değiştirebilir. geliştiriciler POSIX / Unix API'lerini kodluyordu.

Çoğu uygulama için yerel yerine VM tabanlı bir dil kullanmanın ek yükü önemli değildir (Twitter gibi web hizmetlerini tüketen uygulamaların darboğazı çoğunlukla ağdır). Palm WebOS de bunu gösteriyor - ve bu, ana dil olarak Java yerine JavaScript kullanıyor.

Neredeyse tüm VM'lerin JIT'sinin yerel koda derlendiği göz önüne alındığında, ham kod hızı genellikle yerel hız ile karşılaştırılabilir. Daha yüksek seviyeli dillere atfedilen birçok gecikme, diğer faktörlere (karmaşık bir nesne çalışma süresi, sınır kontrolü yaparak 'güvenlik' bellek erişimini denetleme, vb.) Göre VM ek yüküyle daha az ilgilidir.

Ayrıca, bir uygulamayı yazmak için kullanılan dilden bağımsız olarak, fiili işlerin çoğunun daha düşük seviyeli API'lerde yapıldığını unutmayın. En üst düzey dil genellikle API çağrılarını birbirine zincirler.

Elbette bu kuralın pek çok istisnası vardır - telefon donanımının sınırlarını zorlayan oyunlar, ses ve grafik uygulamaları. İOS'ta bile, geliştiriciler bu alanlarda hız kazanmak için genellikle C / C ++ 'ya düşer.

Yeni JIT, uygulamaları eski dalvikVM'den (her ikisi de JAVA) 2 - 5 kat daha hızlı çalıştırıyor. Dolayısıyla karşılaştırma JAVA üzerinden C değil, dalvikVM üzerinden JIT'dir.

Her şeyden önce, aynı şey Windows mobil veya iPhone için de geçerli, .net çerçevesinin kakaonun yanı sıra kendi sanal makinesine ihtiyacı var.

Ve performans en iyi olmasa bile, çünkü bayt kodunun bir yorumu olduğu için, android tüm java topluluğunu potansiyel geliştiriciler olarak getiriyor. Daha fazla uygulama, daha fazla müşteri vb.

Bitirmek için, hiçbir performans o kadar da kötü değil, bu yüzden java daha küçük cihazlarda bile kullanılıyor (bkz. JavaMe).