問題タブ [android-runtime]

これが当面の問題です。私が開発していたアプリはエミュレーター、より正確には BlueStack で問題なく動作しました。そして、Androidデバイスlenovo s650 4.4.2でアプリを実行すると、メインメニューに入るとすぐにアプリがクラッシュしました。また、logcat は Java ファイルのどこにエラーがあるかを示していないため、あまり役に立ちません。ここにlogcatとJavaファイルがあります

メインメニューのJavaファイルは、30000行を超えるのでここには表示できません。そのため、代わりにファイルへのリンクを提供します。

https://drive.google.com/open?id=0B0c-aT9S66HkejRTU290bzk2eDQ

お時間を割いていただき、ありがとうございます。

更新 - スタックトレースの画像

スタックトレースエラーは次のとおりです。

http://imagizer.imageshack.us/a/img922/5973/6KbwEq.png

別の更新

このアプリは、別の電話である Samsung note 3 でテストされました。ただし、Lenovo s650 および s920 ではまだ機能しません。まだ問題を理解できませんでした。

/data/app フォルダーからファイルをコピーしようとしていますが、次の問題に直面しています。アドバイスをお願いします。

1. エラーは、 Required : android.os.Process 、 Found : java.lang.Process コードの最初の行にあります。
2. 2 行目のシンボル getOutputStream を解決できません。

これらの問題が発生する理由と、それらを解決する方法を教えてください。ありがとう。

Hi I'm new to Android , I m developing native android application to interact with REST API.

I would like to secure my REST API .i.e, The REST API must only allows the requests from my native android application not from android browser. So as to achieve the above result I have processed the User Agent string with PHP as backend.

WHAT I HAVE DONE SO FAR

• I tried with User Agent string

• I tried with custom user agent string ( android application)

  /li>

• I have refered Dalvik vs ART

QUESTION1 :

Is the default user agent string from native android application contains Dalvik or ART or Both

QUESTION 2:

Why Dalvik was set instead of Mozilla

Currently I am getting the following user agent string(tried in 10 different mobile phones)

そのため、水平方向にスワイプして次の画像に移動できる画像を含む ViewPager である画像スライダーがあります。

新しい画像を画像スライダーにロードする前に、各ビットマップで mBitmap.recycle() を呼び出して、メモリを浪費していないことを確認します

Android Studio でメモリ モニタを確認すると、Android 4.4 (Dalvik) ではこれが適切に機能し、新しい画像が読み込まれるたびに、画像が読み込まれていないときに使用するメモリ量まで常に減少することがわかります。

Android 5.0 以降では、必ずしもそうとは限りません。横にスクロールして画像スライダーの各画像を少なくとも 1 回表示すると、新しい画像セットをロードするときに、収集されない残りのガベージがいくつかあります。画像。

これにより、ヒープサイズが小さい (96 MB など) 電話機がクラッシュし、ヒープサイズが大きい (256 MB など) 電話機では、収集されていないガベージが約 100 MB になり、正当な使用済みメモリが 90 MB になるまで、この問題が数回悪化する可能性があります。

190/256MB のポイントに達すると、ガベージ コレクション システムが「機能」し始めたように見えますが、実際に機能している Bitmap.recycle() 呼び出しがまだわかりません。ヒープを再調整する必要がある場合、毎回 20MB のように大量のメモリを解放しますが、(Android Studio のボタンをクリックして) ガベージ コレクションを呼び出すだけでは解放されません。画像間をスライドします。

要約すると、画像スライダー/ViewPager の画像が表示されない場合、Bitmap.recycle() は期待どおりに実行されますが、それぞれの画像が少なくとも 1 回表示される場合、ガベージ コレクションは何らかの形で Bitmap.recycle() を無視しているようです。

これは、私が話していることを正確に示す画像です (これは Android v5.0(ART) 用です。v4.4(dalvik) の他の画像を参照してください)。

何が起こっているのかについての私の説明について質問があれば、明確にすることができます。

編集: Android 4.4 で同じアクションを実行すると、次のようになります。recycle() が呼び出されるたびに、約 20MB のメモリに減少することに注意してください。これは、ビットマップをカウントせずにアプリが使用するものです。

画像: Android v4.4 メモリ モニターの例

新しい Android バージョンの古い Davlik 仮想マシンを置き換える新しい Android ランタイム (ART) では、事前 (AOT) コンパイルが導入されています。したがって、アプリケーションは、dex2oat ツールを使用してデバイス上でコンパイルされます。このツールは、アプリケーション apk にパックされた dex ファイルをネイティブ ターゲット アプリケーションにコンパイルします。私の質問は、このプロセス中に、他のディスプレイ解像度のリソースを削除するなどのリソースの最適化も実行されるかどうかです。