AndroidはなぜJavaを使用するのですか？[閉まっている]

OK、これは本当にGoogleの誰かに尋ねられるべきですが、私は他の意見を求めています。

Androidでもネイティブコードアプリケーションをサポートしていますが、主な開発ツールはJavaです。しかし、なぜ？つまり、モバイルデバイスでコードを解釈するには遅すぎるのではないでしょうか。Froyoを紹介する際、Googleは新しいJITコンパイラーが2〜5倍高速なアプリケーションを実現できると述べました。つまり、ネイティブコードでJavaを使用すると、2倍の速度が低下します。

はい、仮想マシンの方がプログラムをよりよく制御できるため、マネージコードアプリケーションを使用するとシステムの安定性の点で安全であることはわかっていますが、それでもこのパフォーマンスの低下は非常に大きく、なぜそれを使用するのかわかりません。

いくつかのポイント：

1. Javaは既知の言語であり、開発者はそれを知っており、学習する必要はありません

2. ポインタ演算がないため、C / C ++コードよりもJavaを使用する方が難しい

3. それはVMで実行されるので、そこにあるすべての電話用に再コンパイルする必要はなく、簡単に保護できます

4. Java用の多数の開発ツール（ポイント1を参照）

5. いくつかの携帯電話はすでにJava MEを使用していたため、Javaは業界で知られていました

6. ほとんどのアプリケーションでは速度の違いは問題になりません。もしそうなら、低水準言語でコーディングする必要があります

バイトコードレベルでは、AndroidはJavaを使用しません。ソースはJavaですが、JVMは使用していません。

システムの安定性の向上は、携帯電話などのデバイスでは非常に重要です。

セキュリティはさらに重要です。Android環境では、ユーザーは準信頼アプリケーションを実行できます。これは、優れたセキュリティなしでは、電話を本当に不快な方法で悪用する可能性があります。仮想マシンですべてのアプリを実行することにより、VM実装に欠陥がない限り、アプリがOSカーネルを利用できないことを保証します。次に、VMの実装はおそらく小さく、適切に定義された小さなセキュリティサーフェスがあります。

おそらく最も重要なことは、プログラムが仮想マシン用のコードにコンパイルされるときに、新しいハードウェア用に再コンパイルする必要がないことです。電話用チップの市場は多様で急速に変化しているので、それは大きな問題です。

また、Javaを使用すると、ユーザーが作成したアプリが自分自身で悪用される可能性が低くなります。バッファオーバーラン、ポインタの間違いなどはありません...

ネイティブコードは必ずしもJavaコードよりも速いわけではありません。ネイティブコードがより高速に実行できることを示すプロファイルデータはどこにありますか？

なぜJavaなのか？

• Androidはさまざまなハードウェアプラットフォームで動作します。実際のメリットを確認するには、これらの異なるプラットフォームごとにネイティブコードをコンパイルして最適化する必要があります。

• すでにJavaに習熟している開発者は多数います。

• Javaは、開発者の生活を楽にするために利用可能な多くのライブラリとツールを備えた、巨大なオープンソースサポートを備えています。

• Javaは、メモリリーク、不正なポインタの使用など、ネイティブコードに固有の多くの問題からユーザーを保護します。

• Javaを使用すると、サンドボックスアプリケーションを作成し、より優れたセキュリティモデルを作成できるため、1つの悪いアプリがOS全体を停止することはありません。

まず第一に、Googleによると、AndroidはJavaを使用していません。OracleがGoogleを訴えているのはそのためです。OracleはAndroidが一部のJavaテクノロジーを侵害していると主張していますが、GoogleはそれがDalvikであると述べています。

第二に、私は1995年以来、Javaバイトコードインタープリターを見ていません。

いくつかの実際のベンチマークでパフォーマンス予想をバックアップできますか？あなたが提供する不正確な背景情報を考えると、あなたの推定の範囲は正当化されていないようです。

Javaは、GoogleがAndroidでJavaを使用するのにかなり説得力のある議論があります。これらすべての開発者は、モバイルプラットフォーム用に開発する準備ができています。

技術的に言えば、Androidは純粋な Javaを使用しないことに注意してください。

他の場所で触れたように、主な問題は、Androidがさまざまなハードウェアで実行できるポータブルOSとして設計されていることです。また、多くの既存のモバイル開発者によく知られているフレームワークと言語に基づいて構築されています。

最後に、私はそれが将来への賭けだと言います-存在するパフォーマンスの問題はハードウェアが改善されると無関係になります-同様に、開発者に抽象化に対してコードを作成させることにより、Googleは、基礎となるOSをはるかに簡単にリップアウトして変更できます。開発者はPOSIX / Unix APIにコーディングしていました。

ほとんどのアプリケーションでは、ネイティブでVMベースの言語を使用することによるオーバーヘッドはそれほど大きくありません（TwitterなどのWebサービスを使用するアプリのボトルネックは、主にネットワークです）。Palm WebOSもこれを示しています-そして、主要言語としてJavaではなくJavaScriptを使用しています。

ほとんどすべてのVM JITがネイティブコードにコンパイルされることを考えると、生のコード速度はネイティブ速度に匹敵することがよくあります。高水準言語に起因する多くの遅延は、他の要因（複雑なオブジェクトランタイム、境界チェックを行うことによるメモリアクセスの「安全性」チェックなど）よりも、VMオーバーヘッドとの関係が少ないです。

また、アプリケーションの記述に使用される言語に関係なく、実際の作業の多くは低レベルのAPIで行われることも覚えておいてください。最上位言語は多くの場合、API呼び出しを一緒にチェーンするだけです。

もちろん、このルールには多くの例外があります-電話のハードウェアの限界を押し広げるゲーム、オーディオ、グラフィックのアプリ。iOSであっても、開発者はこれらの領域でスピードを上げるためにC / C ++にドロップダウンすることがよくあります。

新しいJITは、古いdalvikVM（両方ともJAVA）よりも2〜5倍速くアプリケーションを実行しています。したがって、比較はJAVAではなくCではなく、dalvikVMではJITです。

まず第一に、WindowsモバイルやiPhoneとほぼ同じですが、.netフレームワークには独自のVMとCocoaが必要です。

そして、バイトコードの解釈であるため、パフォーマンスが最高ではない場合でも、androidはJavaコミュニティ全体を潜在的な開発者としてもたらします。より多くのアプリケーション、より多くのクライアントなど

最後に、パフォーマンスはそれほど悪くありません。そのため、小さなデバイスでもJavaが使用されます（JavaMeを参照）。