問題タブ [android-glide]

Android用の画像読み込みライブラリを探し始めると、PicassoとGlideが他のライブラリよりもはるかに優れていることがわかりました。Picasso を Eclipse と統合できますが、Android プロジェクトの Eclipse で Glide ライブラリを使用する方法に関連するドキュメントはありません。

参考：https ://github.com/bumptech/glide

参考までに: Intellij IDEA を使用した Glide のビルドに関するメモがあります。

Androidで画像をダウンロードしてキャッシュするためにGlideを使用しています。ビットマップを に直接ロードしたくないという事実を除いて、すべてがうまく機能しますImageView。フェードアニメーションもイメージプレースホルダーも必要ありません。

私が望むのは、アプリケーション全体に画像をダウンロードするのに役立つグローバル メソッドを作成することだけです。

問題は、リスナーの実装方法がわからないことです。RequestListener全く呼ばれません。

画像のダウンロード時にリクエストするカスタム ヘッダーを追加する方法はありますか? Glide でボレーまたは okhttp を使用できます。

okhttpclient の cookiemanager に cookie を追加しようとしましたが、役に立ちませんでした。

Glide でリクエスト応答をデバッグする方法はありますか?

典型的ではない Glide (Android 用の画像キャッシュ ライブラリ) のユース ケースがListViewあります。 1) カスタムBitmapレンダラーを使用する。

ドキュメントを見ると、デコードとトランスコーディングに関する多くの議論が見られますが、私のユース ケースは実際には 2 つのどちらにも当てはまりません。識別子をレンダラーに渡すには Glide が必要です。レンダラーはデータストアをチェックし、必要に応じて を生成Bitmapします。言うべき流れはありません。

これを実現する方法の例を探しています。

私はいくつかの奇妙な行動をしています。Nexus 5 (5.0.2) および Galaxy S5 (4.4.2) では、アプリを閲覧するときに多くのメモリの問題が発生します。それらのほとんどがビットマップのレンダリングによるものであることはわかっています。私は自分のアプリで多くの ImageView を使用しており、Glide Library を使用してサーバーから画像を挿入しています。

たとえば、Nexus では、ヒープ サイズが 200 MB まで大きくなりました。バイト配列が多すぎます。アプリをナビゲートするときに約 160 MB で、前述のサイズに達するまで両方のサイズが大きくなり続け、メモリを取得しました。問題。

奇妙なことに、小さなメモリの電話 Xperia (4.1.1) では、これらのメモリの問題は発生せず、ヒープ サイズは約 30 ～ 40 MB で、バイト配列は約 25 MB です。アプリをナビゲートしても、これらの値は常にこのあたりにとどまります...

なぜ私は別の行動をとったのですか？

メモリの問題については、簡単な修正がないことを知っています。しかし、私はこの動作に本当にがっかりしています。私は反対のことを期待していました.より強力でない電話でより多くのメモリの問題が発生しました!

画像を読み込むときにカスタムGlideAnimationを使用する正しい方法は何ですか? animate()メソッドが a を取ることを期待していましたGlideAnimationが、そうではないようです。これは内部使用のみですか？