1

ADT r17 ツールに更新した後、.apk 内の classes.dex ファイルが 3.2MB 対 700KB であるいくつかの開発ボックスの問題が発生しています。膨張した dex ファイルに加えて、アプリケーションはデバイスから起動できません。ClassNotFoundException を吐き出します。

すべてのプロジェクト/Eclipse 設定が開発ボックス間で同じように見えるため、途方に暮れています。

プロジェクト自体は、2 つのライブラリ プロジェクトと、supportv4.jar と社内 jar を含むメイン プロジェクトで構成されています。

アップデート

ライブラリ プロジェクトと jar ファイル (メイン プロジェクト内) のエクスポートを選択しましたが、デバイスに展開すると機能しますが、.apk のサイズは 2 倍のままです。もう 1 つの興味深い点は、(ボックスでは機能しない) 起動に 50% の失敗率があることです (つまり、Eclipse がフリーズします)。したがって、それはまだ本質的に使用できません。r16 ツールでは、どのボックスでもビルドと起動に問題はありませんでした。

アップデート v0.2

ライブラリ プロジェクト 1 をライブラリ プロジェクト 2 に依存させ、必要な jar を lib1 のみに追加しました。起動して実行されますが、ソースへの変更ごとに 3 ~ 4 分かかり、apk は通常のサイズの 2 倍のままです。

アップデート v0.3

さらに楽しいことに、Eclipse 経由ではなく、コマンド ライン経由ですばやくコンパイルできます。まだ非常に大きな .apk を取得しています (7.16MB 対以前の「通常の」apk の 3.xxMB)。

アップデート v0.4

更新された sdk/adt を使用しても、一部のボックスの Eclipse は adt 15/16 (ヘルプ -> Eclipse について -> 導入の詳細) を使用しており、苦情はありません。それらは機能的な箱でした....

アップデート V0.5

彼らは今日、問題を「修正」するツール r18 をリリースしましたが、apk は依然として「元の」サイズの 2 倍であり、ビルドが完了するまでにかなりの時間がかかります。プロジェクトを 1 つのプロジェクトに統合することになりましたが、これは決して満足のいく答えではありませんでしたが、ツールのデバッグにこれ以上サイクルを無駄にすることはできませんでした。

4

2 に答える 2

0

各プロジェクトにjarを追加している場合(ADT16での動作など)、これを取得する場合があります。さらに、ADT17 は libs/ の下に jar を自動的にアドバタイズするため、古いバージョンの jar がある場合、問題が発生する可能性があります。ライブラリ プロジェクトの lib/ の下に jar を配置し、メイン プロジェクトのビルド クラスパスに追加したすべての jar を削除します。

于 2012-04-09T01:35:29.117 に答える
0

Nikolays の回答に加えて、proguard のセットアップを調べてください。これは現在では異なり、r17 と古いリリースを使用している場合、大量のものを削除する可能性があります。

于 2012-04-09T01:43:58.000 に答える