Чому Android використовує Java? [зачинено]

Гаразд, це дійсно слід запитати у когось із Google, але я просто хочу інших думок.

Навіть Android підтримує кодові програми Native, головним інструментом розробки є Java. Але чому? Тобто, чи не занадто повільно інтерпретувати код на мобільному пристрої? Представляючи Froyo, Google зазначив, що новий компілятор JIT може досягти в 2-5 разів швидших програм. Це означає, що використання Java над власним кодом у 2 рази повільніше.

Так, я знаю, що використання керованих програм з кодом безпечніше з точки зору стабільності системи, оскільки віртуальна машина має кращий контроль над програмою, але все-таки це падіння продуктивності величезне, і я не бачу сенсу, чому її використовувати.

Деякі моменти:

1. Java - відома мова, розробники її знають і не повинні її вивчати

2. важче знімати себе Java, ніж код C / C ++, оскільки він не має арифметики вказівника

3. він працює в VM, тому не потрібно перекомпілювати його на кожен телефон там, і його легко забезпечити

4. велика кількість інструментів розробки для Java (див. пункт 1)

5. кілька мобільних телефонів вже використовували Java ME, тому Java була відома в галузі

6. різниця швидкостей не є проблемою для більшості програм; якщо це так, ви повинні кодувати мовою низького рівня

На рівні байт-коду Android не використовує Java. Джерелом є Java, але він не використовує JVM.

Поліпшення стабільності системи є дуже важливим для такого пристрою, як мобільний телефон.

Безпека ще важливіша. Середовище Android дозволяє користувачам запускати напівнадійні програми, які можуть експлуатувати телефон по-справжньому неприємними способами без відмінної безпеки. Запускаючи всі додатки у віртуальній машині, ви гарантуєте, що жоден додаток не може використовувати ядро ​​ОС, якщо у вашому виконанні VM не буде недоліків. Реалізація VM, в свою чергу, імовірно мала і має невелику, чітко виражену поверхню безпеки.

Мабуть, найголовніше, коли програми складаються для кодування віртуальної машини, їх не потрібно перекомпілювати для нового обладнання. Ринок телефонних мікросхем різноманітний і швидко змінюється, тому це велика справа.

Крім того, використання Java робить меншою ймовірність того, що програми, які пишуть люди, самі будуть використовуватись. Без перекриття буфера, помилок з покажчиками тощо ...

Рідний код не обов'язково швидше, ніж код Java. Де ваші дані профілю показують, що нативний код може працювати швидше?

Чому Java?

• Android працює на багатьох апаратних платформах. Вам потрібно буде скласти і оптимізувати свій рідний код для кожної з цих різних платформ, щоб побачити реальні переваги.

• Існує велика кількість розробників, які вже володіють Java.

• Java має величезну підтримку з відкритим кодом, з багатьма бібліотеками та інструментами, що полегшують життя розробників.

• Java захищає вас від багатьох проблем, притаманних рідному коду, як-от витоку пам'яті, поганого використання вказівника тощо.

• Java дозволяє їм створювати пісочні програми та створювати кращу модель безпеки, щоб одна погана програма не могла зняти всю вашу ОС.

Перш за все, за даними Google, Android не використовує Java. Тому Oracle подає до суду на Google. Oracle стверджує, що Android порушує деякі технології Java, але Google каже, що це Dalvik.

По-друге, я не бачив інтерпретатора коду байт Java з 1995 року.

Чи можете ви створити резервну копію вашої продуктивності за деякими фактичними орієнтирами? Обсяг ваших припущень не видається виправданим з огляду на надану вами недостовірну довідкову інформацію.

У Java є досить вагомий аргумент для Google, який використовує її в Android: у неї величезна база розробників. Усі ці розробники готові розробити для своєї мобільної платформи.

Майте на увазі, що технічно кажучи, Android не використовує чисту Java.

Що стосується інших місць, головне питання полягає в тому, що Android розроблений як портативна ОС, яка працює на широкому спектрі обладнання. Він також спирається на рамки та мову, знайомі багатьом існуючим розробникам мобільних пристроїв.

Нарешті, я б сказав, що це ставка проти майбутнього - незалежно від того, які проблеми з продуктивністю будуть нерелевантними, оскільки обладнання покращується - однаково, отримуючи розробників для кодування проти абстракції, Google може вивернути та змінити базову ОС набагато простіше, ніж якщо розробники кодували API POSIX / Unix.

Для більшості застосунків витрати на користування мовою на основі VM над рідною не мають значного значення (вузьке місце для додатків, що споживають веб-сервіси, як, наприклад, Twitter, переважно мережеві). Це також демонструє Palm WebOS - і в якості основної мови використовується JavaScript, а не Java.

Зважаючи на те, що майже всі JM JIT компілюються до нативного коду, швидкість неочищеного коду часто порівнянна з нативною швидкістю. Багато затримок, пов’язаних з мовами вищого рівня, менше пов'язані з накладними витратами на VM, ніж з іншими факторами (складний час виконання об'єкта, "безпека", перевірка доступу до пам'яті шляхом перевірки меж тощо).

Також пам’ятайте, що незалежно від мови, що використовується для написання програми, багато фактичної роботи виконується в API нижчого рівня. Мова верхнього рівня часто просто поєднує дзвінки API разом.

Звичайно, існує багато винятків із цього правила - ігри, аудіо та графічні програми, що розсувають межі апаратного забезпечення телефону. Навіть на iOS розробники часто опускаються до C / C ++, щоб отримати швидкість у цих областях.

Новий JIT запускає програми в 2 - 5 разів швидше, ніж старий dalvikVM (обидва JAVA). Тож порівняння - це не C над JAVA, а JIT над dalvikVM.

Перш за все, це приблизно те саме, що буде для Windows Mobile або iPhone, .net Framework потребує власної VM, а також какао.

І навіть якщо продуктивність не найкраща, тому що це інтерпретація байт-коду, андроїд приносить всю спільноту java як потенційних розробників. Більше додатків, більше клієнтів тощо.

На завершення, продуктивність не така вже й погана, тому java використовується навіть на менших пристроях (див. JavaMe).