問題タブ [verifyerror]

私はアンドロイドアプリを構築しています。何らかの理由で、一部のデバイス (Samsung Galaxy など) で VerifyError が発生し、他のデバイス (Nexus 5 など) では発生しません。

この行で例外がスローされます。

例外スタックは次のとおりです。

問題の原因を特定しようとした後、次の行があることに気付きました。

この行を削除し、代わりに一般的な例外を使用すると、VerifyError は発生しません。

では、ReflectiveOperationException によって一部のデバイスでこのエラーが発生するのはなぜでしょうか?

現在のバージョンの Java (8u20、7u67) では、gradle\groovy コンパイラとランタイムの互換性が失われます。

ZeroTurnaround の人々もこの動作に気付きました: http://zeroturnaround.com/forums/topic/verifyerror-bad-method-call-from-inside-of-a-branch/

質問は簡単です。Java の次のバージョンでの解決策を待っていますが、この問題の回避策はありますか?

奇妙なバグが発生しました。何が起こるかを理解したいと思います。

まず、Android でフラグメント オブジェクトにリフレクションを使用しています。そのためには、リフレクション例外をキャッチする必要があります。

このコードは機能します:

しかし、すべての例外は ReflectiveOperationException のサブクラスであるため、作成できる例外ハンドラーは 1 つだけです。

このコードは機能します:

このコードは、通常の Java 関数の一部である場合に機能します。ただし、匿名クラスで使用しようとすると、注意が必要です。

このコードは機能しません:

スムーズにコンパイルされますが、アプリがその行に到達すると VerifyError が発生します。

ただし、ReflectiveOperationException を使用せずに具象型に頼ると、再び機能します。

このコードは再び機能します:

私の質問: 何が起こっているのですか? Java や Android の何らかのバグですか、それとも違法なことをしていますか?

アプリケーションをデプロイしているときにこのエラーが発生します

興味深い点は、同じアプリケーションが別のマシンにデプロイされ、正常に動作していることです。これの何が問題なのですか？多くの質問を見て、問題/Javaスローのポイントを理解しました。しかし、この場合、この問題を解決するために何をすべきかは不明です。

私を助けてください

以下のようなクラッシュ レポート サービスのログを見つけることができます。

ドキュメントから

クラス検証フェーズを通過しないクラスをロードしようとしたことを VM が認識した場合にスローされます。

これはめったに発生せず、ほとんどがルート化されたデバイスで発生します。このクラスはアプリ内にパッケージ化されているため、一部のデバイスでのみ機能しないのは奇妙です。

これは、誰かがアプリを変更しようとしていることが原因だと思います (例: odex や dalvik-cache のパッチ適用など)。現時点では、アプリをクラッシュさせましたLinkageError。これは、私の意見では処理されるべきではないためです。私は正しいですか、それともこの問題の他の原因があるのでしょうか?

サードパーティのjarファイルを使用しているライブラリプロジェクトを構築しています.

通常、ライブラリを TestApp への依存関係として使用すると、すべてが正常に機能します。そのためのスクリーンショットが添付されています。

しかし、TestSDKライブラリ プロジェクトから jar をエクスポートし、それを のビルド パスに追加すると、TestApp次のようになります。

VerifyErrorデバイスにアプリをデプロイするときに取得します。以下はそのログです。

それを行う正しい方法は何ですか？ここで何か不足していますか？どんな種類の助けや指導も大歓迎です。