問題タブ [dex]

昨年、Android アプリを公開しました。APK の最新バージョンは 3.2 (最終更新日は 2012 年 5 月 26 日) ですが、ソース コードは 2.8 バージョン (最終更新日は 2012 年 5 月 15 日) のみです。2.8 と 3.2 の間でコードにどのような変更を加えたかはわかりません。

したがって、最新のapkを解凍して変更を特定することを考えました。APKtoJava_RC2 ツールを使用して同じものを解凍しました。ソースコードを取得できましたが、すべてのファイルの最終更新日が現在の時刻に変更されています。そのため、apk の 2.8 バージョン以降に更新されたファイルを特定できませんでした。

逆コンパイラはほとんどのコード (変数名、定数など) を変更するため、ファイル比較ツールを使用して、逆コンパイルされたコードと 2.8 バージョンのソース コードの間のファイルの変更を特定できませんでした。

2.8 バージョン以降に更新されたファイルを手動で比較できるようにファイルの元の最終更新日を取得するか、ソース コードと逆コンパイルされたソース コードを比較する魔法のツールが必要です。

私はウェブをたくさん検索しましたが、私を助けてくれる人がいることを期待してstackoverflowに来ました:)

前もって感謝します

ボタンをクリックすると、別のapkファイル（システムにインストールされていない）からアクティビティを実行するアプリを作成したいと思います。したがって、アクティビティAを含むプロジェクトAと、アクティビティBを含むプロジェクトBがあるとします。アクティビティAが実行時にアクティビティBを動的にロードするようにします（プロジェクトBのAPKファイルがプロジェクトAのアセットディレクトリにあり、プロジェクトAがそのAPKファイルで検索する必要のあるクラスを認識していると仮定します。

DexClassLoaderを使用すると、別のDEXファイルからクラスを動的にロードできることは知っていますが（ここにその例があります）、リソースを持つAPKファイルでも同じことができますか？基本的に、システムで新しいアクティビティを開始する方法で動的クラスローダーの例を変更しますか？

私の説明が明確であることを願っています。これについてのご意見は大歓迎です。

乾杯

.dex ファイルがコンパイルされる .smali ファイルに気付きました。.java ファイルが行っているすべての変換を追跡できるようにしたいと考えています。

まず、.java ファイルの作成からインストールした .apk までに実行されたすべての変換が何であるかを知りたいです。

第二に、その間に作成されたすべてのファイルを実際に表示して開くにはどうすればよいですか?

以前、完全に実行されているアプリでエラーが発生しました。ここに示されているスナップショットは、プロジェクトをクリーンアップした後に作成されました。アンドロイドコードは私の最高の知識に完全に正しいです。

}

アプリを実行またはデバッグしようとすると、アプリの強制が終了します。打ち上げもしない!! logcatはnullpointer例外を示しています。

エラーはbin>dexedlibまたはビルドパスに関係していると思います。

誰かがそれについて何か考えを持っていますか？どんなアイデアでも大歓迎です。

前もって感謝します。！

こちらが画像です。

xmlbeans-2.6.0.jarおよびxmlbeans-2.3.0.jarからdexファイルをビルドしようとしています。次のエラーが発生します。

DVMは匿名の内部クラスを.dex形式に変換できないと思います。誰かがこれに関して助けてくれるなら、それは本当に役に立ちます。

Android で ccr4j API を使用しているため、プロジェクトを実行すると、次のようなエラーがスローされます:
アプリケーションのインストール中にエラーが発生しました (INSTALL_FAILED_DEXOPT)

私はネットと同じサイトからも見つけて、すべて試してみました
.1.デバイスから同じアプリケーションをアンインストールしました。
2. ワイプ ユーザー データを使用してエミュレータを実行します。
しかし、それでも同じエラーが発生します。

では、この種のエラーがスローされた理由を知っている人はいますか?

これまでさまざまなバージョンの dex erros を見てきましたが、これは新しいものです。クリーン/再起動などは役に立ちません。ライブラリ プロジェクトはそのままで、依存関係が正しくリンクされているようです。

また

また

tl;dr : Google の公式ソリューションがついに登場!

http://developer.android.com/tools/building/multidex.html

1 つだけ小さなヒントがあります。dex を実行するときにメモリ不足を防ぐために、これを実行する必要があります。

信頼性の低い方法でこれを修正できるジャンボモードもあります。

更新: アプリが太っていて、メイン アプリ内にメソッドが多すぎる場合は、次のようにアプリを再編成する必要がある場合があります。

http://blog.osom.info/2014/12/too-many-methods-in-main-dex.html

私のプログラムは

デスクトッププロジェクトからAndroidで実行するたびに、正常に実行されます。

logcat を見ると、次のエラーが見つかります。

OuyaTable は

考えられることはすべて試しましたが、それでも Android では動作しません。誰もこれを以前に見たことがありますか、および/またはそれを修正する方法を知っていますか?

よろしくお願いします。

Android用の新しいビルドシステム（gradle）を使用しています。Eclipse からビルドすると、アプリは正しく機能します。ただし、gradle からのビルドを使用する場合、参照されるライブラリに問題があります。

ライブラリの最初のアクティビティを起動すると、正常に動作します。ただし、その「読み込み」アクティビティが完了すると、次のアクティビティを開始しようとするとアプリがクラッシュします。

logcat には次のように表示されます。

...

原因: java.lang.ClassNotFoundException

私のチームと私は、別のチームから大規模な Android プロジェクトを継承しました。含まれているすべてのライブラリを含むアプリケーション全体には、約 35000 のメソッドがあると報告されています。これで、プロトコル バッファを使用する必要があるアプリに新しいサービスを実装するタスクができました。

問題は、必要なすべての .proto ファイルを含む生成された .jar ファイルが、別の 35000 メソッド、つまり 70000 メソッドを作成することです。ご存じないかもしれませんが、Android コンパイラには .dex ファイルごとに 65536 メソッドという制限があります。明らかにその制限を超えており、アプリをコンパイルしようとすると次のエラーが発生します。

はい、おそらくアプリケーション アーキテクチャを再構築する必要がありますが、それには時間がかかります。そして今のところ、この問題を一時的に回避する解決策を見つけようとしています。

助言がありますか？