問題タブ [recycle]

ListviewActivityを使用するサウンドボードアプリケーションを開発しています。ただし、Androidのリストビューにはリストビューをリサイクルするプロパティがあるため、選択したテキストビューに加えた変更は、リストビューをスクロールしているときにすべてのページに反映されます。私はこれが起こらないようにしたい。では、どうすれば適切に処理できますか。誰かがコードスニペットを手伝ってくれるなら、それは本当に役に立ちます。あなたの努力に感謝します。ありがとうございました！

編集：これがよりよく説明されることを願っています

私のクラスはListActivityを拡張し、リストビューは次のとおりです

これで、ユーザーがテキストビューをクリックしたときに、そのテキストビューの画像を変更する必要があります。次のコードで実装します。

asp.net アプリケーションを本番環境で分析しているときに気付いた奇妙な問題について説明し、次の事項についてアドバイスや意見を求めたいと思います。

アプリケーションは通常、80 ～ 90 MB のメモリ フットプリントで実行されます。これまでのところメモリ リークは検出されていないため、これは安定しているように見えます。時間の経過とともにメモリ使用量がわずかに増加することはありません。ただし、アプリケーション プールがリサイクルされると問題が発生します (私は共有ホスティングを使用しており、ログから判断すると、アプリが 20 分間アイドル状態になっているとき、または ~30 時間ごとに発生するなど)。問題は、使用済みメモリがリサイクル時にほぼ 2 倍になることです。説明がなくても 160 ～ 170 MB になります。リサイクルはメモリと他のすべてのリソースをパージする必要があるという一般的な主張があるため、これは紛らわしいです-少なくとも私はそのように理解しています。システムはこの量のメモリを約 7 ～ 8 時間保持した後、メモリ使用量が通常の 90 ～ 100 MB のレベルに低下しますが、明確な理由はありません (少なくとも私にはわかりません)。いつも、アプリケーションはうまく機能しているようです - サイトの可用性に関する重大な遅延や問題はありません - ユーザーにとってはすべて問題ないようで、今のところ苦情は​​ありません. 経時的なメモリ消費量のグラフを見ると、ほぼ階段関数のように見えます。

重要なことは、私のテスト環境ではこの種の動作を再現できなかったことです。ときどき、プロバイダーの管理者から、自分のアプリが許可されているよりも多くのリソースを使用しているというメモを受け取ることがあり、これには本当に悩まされています。

それで、私が知りたいのは、アプリケーションプールのリサイクルがすべてのメモリリソースを解放しないシナリオはありますか? 何に焦点を当てるべきか、アドバイスやガイドラインはありますか? 私はこの分野の専門家ではありませんが、リサイクルの重複、リサイクルに関するシリアライゼーションの問題、さらにいくつかの問題について読んでいます...何かアイデアはありますか? 似たような経験？

ありがとう

Mono 2.8.1 と mod_mono 2.8 と apache2 を実行している CentOS 5.x サーバーがあります。

Visual Studio 2010 から自分のサーバーに ftp でサイトを展開し、そのサイトに移動するたびに、404 not found エラー ページが表示されます。

他のサブドメイン (仮想ホスト) のサイトは影響を受けません。

/etc/init.d/httpd restart を使用して httpd の再起動を実行すると、問題が修正され、ASP サイトを再び表示できるようになりました。明らかに、httpd プロセス全体を再起動するのは適切ではありません。

私の推測では、これは IIS のアプリケーション ドメインに似ていると思います。mod_mono でアプリ ドメインを「リサイクル」する方法はありますか? 展開時にこれが発生するように設定できますか?

環境：

6 つのタブを保持するメイン アクティビティがあり、各タブには 30 以上の画像を含むグリッドビューが保持され、いつでも約 8 つの画像が表示されます (各グリッドビューはスクロール可能です)。

これらの多くの画像を使用して、最新の 25 枚のみをキャッシュする単純なキャッシュ システムを実装しました。新しい画像を表示する必要があり、キャッシュにない場合は、/data/date ディレクトリからその画像をデコードし、キャッシュ内の最も古いエントリ。そして、最も古いエントリを上書きする前に、その上で Bitmap.recycle() を呼び出します。

問題：

ある時点で、25 枚以上の画像を表示した後、古い画像のリサイクルが開始されます。Image がキャッシュに存在しなくなったタブの 1 つに戻ると、GetView メソッドが画像を再度読み込みます。問題は、Gridview の最初のアイテムが GetView を呼び出し、残りの画像が呼び出されず、Gridview が既にリサイクルされているキャッシュされた画像を表示しようとすることです。

なにか提案を？このシナリオでビューを強制的に取得するか、イメージをキャッシュするスマートな方法ですか?

とても有難い

ありがとう

WPF / .NET 4を使用していますが、VirtualizingStackPanel.VirtualizationMode = "Recycling"プロパティをリストボックスに追加すると、スクロール時に同じリストアイテムが何度も繰り返されます。たとえば、100個のアイテムを含むリストボックスがあり、一度に10個が表示されているとします。ListBoxが最初に読み込まれると、アイテム1〜10が表示されますが、下にスクロールして残りのアイテム11〜100を表示すると、下にスクロールするとアイテム1〜10が何度も繰り返されるため、アイテムを表示できなくなります。 11-100。[リサイクル]を[標準]に戻すと、すべてが正しく機能しますが、スクロールが非常に遅くなります（ListItemはかなり複雑で、いくつかの画像、テキストフィールド、ボタンが含まれています）。リサイクルがオンの場合、スクロールは非常に高速ですが、アイテム1〜10しか表示できません。s間違っているか、それを修正する方法は？前もって感謝します。

私が初めて自分のウェブサイトを閲覧するとき、インターネットは回転/読み込みを続けます。2秒後にもう一度ロードしようとすると、すべて正常に動作します。

それは「眠っている」ようなものです。

「リサイクル」と関係があるのではないかと思います。「アイドルタイムアウト」を0に設定し、「通常の時間間隔」を0にリサイクルしました。

Webサイトを閲覧する前に、「ワーカープロセス」を確認すると、アプリプールプロセスが実行されていることがわかります。

私のウェブサイトが「眠りに落ちる」理由は何ですか？

ありがとう！モジョ

リクエストごとに（少量の）メモリをリークしているように見えるASP.NET（4.0）Webアプリケーションがいくつかあります。これは非常に少量であるため、ほとんどのユースケースでは、一度に数週間または数か月間問題になることはありません。私は通常、アプリケーションによって管理されている接続をすべて閉じたり、状態変数（またはシングルトンのインスタンス変数）を避けたりすることに長けています。

私の質問はこれです-これはASP.NETアプリケーションの通常の動作ですか？20分間アイドル状態になった後、アプリプールをリサイクルするデフォルト（IIS 7）の動作をオフにしました。これを行うのは、アプリケーションが内部キャッシュを構築するのに数分かかるためです。ユーザーエクスペリエンスに悪影響を与えないようにします（そして、ユーザーがリクエストを発行するときにアプリケーションが起動するのを待つようにします）。

キャッシュをシリアル化するか、キャッシュ生成プロセスを高速化することでこれを軽減できることは承知していますが、私の質問はその原則と関係があります。個人的には、IISの自動リサイクル機能をバンデードアプローチとして利用することを検討しています。私が間違っている？アプリケーションのメモリ使用量が使用可能なメモリの量と比較して十分に高くないため、ガベージコレクタが機能しているのがわかりませんか？または、メモリの問題を深く掘り下げる必要がありますか？

任意の洞察をいただければ幸いです。

私のUITableViewCellsはデータの入力を受け入れることができます。あるセルで作業しているときに、ユーザーが上にスクロールして別のセルで何かをチェックしてから、最初のセルに戻ってデータ入力を続行するのは完全に自然なことです。

問題は、これによりUITableViewがセルをリサイクルすることが頻繁に発生し、プログラムに大混乱をもたらすことです。

セルをリサイクルしないようにiOSに一時的に指示する方法はありますか？

データ入力が終わったら、リサイクルしても大丈夫です。

データエントリがカスタムキーボードを使用していることを追加する必要があります。したがって、ファーストレスポンダーのステータスは問題ではありません。

IIS7 アプリケーション プールをリサイクルすると、現在実行中の要求が強制終了されますか? それとも、すべてのリクエストが完了するのを待ちますか (排水停止のように)?

リサイクル ルールによって、WCF サイトで断続的なエラーが発生することは望ましくありません。

ありがとう

imageview、textview、およびチェックボックスを備えたカスタムリストビューアダプターがあります。また、メインレイアウト（リストビューではない）にボタンとチェックボックスもあります。

ここで私が望むのは、メインレイアウトのチェックボックスをチェックするときに、これらすべてのリストビューチェックボックスを一度にチェックすることです。

そして、これらのチェックボックスの状態をブール型のarraylistに保存しているので、1つずつチェックするとこれらのチェックボックスをチェックできますが、これまでのところ、これらのチェックボックスをすべて一度にチェックする単一の方法が見つかりませんでした。メイン レイアウトのチェックボックスの OnCheckedChanged イベント。

私はいくつかのテクニックを試しましたが、ListViewのリサイクル手順により、現在表示されているアイテムのみがチェックされ、リストまでスクロールすると、上記のすべてのアイテムがチェックされず、いくつかのランダムなアイテムがチェックされました.

このリサイクルの問題を乗り越える方法と、これらすべてのチェックボックスを一度にチェックする方法???? 何かアドバイスはありますか？解決？考え？

これが私のカスタムアダプターのコードです: -

このアダプターの最後でわかるように、関数 setItemChecked() を作成しましたが、この関数はリサイクル プロセスの犠牲者でもあります。これは、表示されている項目のみをチェックし、下にスクロールすると誤動作を開始するためです。

どんな助けでも素晴らしいでしょう。

ありがとう。