問題タブ [android-pendingintent]

使用されていない場合は、AndroidでPendingIntentsを削除してもかまいません。使用されなかったPendingIntentが新しいPendingIntentによって上書きされるAppWidgetProviderなど。

または、メモリを適切にクリーンアップするために、未使用のすべてのPendingIntentsでcancelを呼び出す必要がありますか？

ユーザーがウィジェット本体をクリックすると、メインアプリのアクティビティを呼び出すウィジェットがあります。私のセットアップは単一のウィジェット インスタンスに対して機能しますが、同じウィジェットの 2 番目のインスタンスに対して PendingIntent が再利用され、その結果、追加として送信している重要な情報が最初のインスタンスに対して上書きされます。したがって、ウィジェット ID をIntentデータとして渡す必要があると考えましたが、追加するとすぐにIntent#setDataログに 2 つの個別のインテントが適切に起動されていることがわかりますが、アクティビティはそれを取得できないため、基本的にアクティビティは起動せず、何も起こりません (いいえerror または warning ether) マニフェストでアクティビティを設定する方法は次のとおりです。

そして、これがクリックを処理するために設定されたコードです

メインアプリとウィジェットは、それぞれ独自のパッケージとマニフェストに 2 つの個別の APK としてパッケージ化されています

私はアプリケーション（インスタントボタンと呼ばれる）を開発しましたが、そのアプリにはウィジェット機能があります。このウィジェットは、ウィジェットのonClickにPendingIntentを使用します。

私のPendingIntentコードは次のようなものです：

onReceiveはインテントを取得し、MediaPlayerクラスを使用してサウンドを再生します。

一部のユーザーから、ウィジェットがしばらくすると機能しなくなるという報告があります。調査の結果、タスクキラーが原因であることがわかりました。TaskKillerでアプリを強制終了すると、PendingIntentがメモリから消去されるようです。そのため、ウィジェットをクリックしても、何をすべきかわかりません。

これに対する解決策はありますか？私のコードは間違っているか何かですか、それともPendingIntentのデフォルトの動作ですか？TaskKillerを回避してウィジェットの動作を停止するために使用できるものはありますか？

ご挨拶。

ここでタスク キラーとウィジェットが機能しなくなる( SO の質問) について質問しましたが、現在、タスク キラーを使用しておらず、しばらくするとウィジェットが機能しなかったというユーザーの報告があります。Nexus One を持っていますが、この問題はありません。

これがメモリの問題なのか、それとも何かの問題なのかはわかりません。API に基づく:

PendingIntent 自体は、それを取得するために使用される元のデータを記述する、システムによって維持されるトークンへの単なる参照です。これは、所有しているアプリケーションのプロセスが強制終了された場合でも、PendingIntent 自体は、それを与えられた他のプロセスから引き続き使用できることを意味します。

Android が PendingIntent 自体を強制終了しない場合、ウィジェットが機能しなくなる理由がわかりません。何が問題なのですか?

これは私のマニフェストコードです:

そしてウィジェットコード:

スペイン語でのコメントで申し訳ありません。

デスクトップにさまざまなウィジェットを配置する可能性があるため、widgetId を PendingIntent の「一意の ID」として使用します。

アイデアはありますか？私のアプリの機能の 70% はウィジェットですが、一部のユーザーには機能しません :(

よろしくお願いします。私の英語で申し訳ありません。

私はAndroidの初心者です。Androidのドキュメントを読みましたが、さらに説明が必要です。誰かが正確に何であるか教えてもらえますPendingIntentか？

この質問を書いている間に解決しましたが、誰かに役立つ場合に備えて投稿してください：

の異なる値で、このような複数のアラームを設定していますid:

...そして、次のように受け取ります。

アラームは適切なタイミングで受信機に配信されますが、多くEXTRA_IDの場合、間違った値に設定されています。これは、ある時点で使用した値であり、特定の時間に配信したかった値ではありません。

2つの方法でrequestLocationUpdatesをサブスクライブできます

• 1つはPendingIntentを指定することによるものです
• もう1つは、LocationListenerを使用することです

いつ一方にアドバイスされ、いつ他方にアドバイスされますか？

この関数は複数回呼び出されます。notificationクリックすると、それぞれが testActivity を起動したいと思います。残念ながら、最初の通知のみが testActivity を起動します。残りをクリックすると、通知ウィンドウが最小化されます。

追加情報: 関数displayNotification()は というクラスにありUploadManagerます。 インスタンス化するからContext渡されます。関数は、同じように UploadManager で実行されている関数から複数回呼び出されます。UploadManageractivitydisplayNotification()AsyncTask

Intent intent編集 1: String 応答をとして渡していることを忘れていましたextra。

通知が作成されたときの文字列応答を反映するために追加の「応答」が必要なため、これは大きな違いになります。代わりに を使用するPendingIntent.FLAG_UPDATE_CURRENTと、追加の「応答」は、 への最後の呼び出しでの String 応答が反映されdisplayNotification()ます。

のドキュメントを読むことで、これがなぜなのかがわかりますFLAG_UPDATE_CURRENT。ただし、現時点ではこれを回避する方法がわかりません。

同じトピックに関する多くの投稿を読み、指定されたすべてのソリューションを試しましたが、必要な結果が得られませんでした。プログラムは、通知からエクストラを使用してインテントを開始する必要があります。

問題は、新しい通知が表示されたときに、インテントに追加されたエクストラが最初の通知と同じになることです。インテントと保留中のインテントの両方で異なるフラグを試してみましたが、結果はありませんでした。私は何を間違えていますか？ボタンを使用して同じアクティビティ（および同じエクストラ）を起動すると、すべてが想定どおりに機能します。

10秒ごとに更新通知を送信するためのサンプルコードに従っています。コードは次のとおりであり、のUpdateServiceためにありAppWidgetProviderます。を置くThread.sleep(10*1000);と、サービスループの予想される動作を確認できます。私は明らかに、すぐにトリガーされる根本的に間違った何かを持っています。PendingIntentリスナーにアップデートをブロードキャストするアラームのはずです。