xFutures へのコメント http://xfutures.jp 飽きっぽいマの雑記 Thu, 22 Dec 2011 10:08:11 +0000 hourly 1 http://wordpress.org/?v=3.3.1 sawauti より [android] AIDLによるプロセス間通信 – Callback編 へのコメント http://xfutures.jp/2009/07/20/92/comment-page-1/#comment-313 sawauti Thu, 22 Dec 2011 10:08:11 +0000 http://xfutures.jp/?p=92#comment-313 解決しました。 コールバックを受信する画面の実装に問題がありました。 お騒がせしてすみませんでした。 解決しました。
コールバックを受信する画面の実装に問題がありました。
お騒がせしてすみませんでした。

]]> sawauti より [android] AIDLによるプロセス間通信 – Callback編 へのコメント http://xfutures.jp/2009/07/20/92/comment-page-1/#comment-312 sawauti Wed, 21 Dec 2011 07:41:22 +0000 http://xfutures.jp/?p=92#comment-312 先日はありがとうございました。 現在Callbackの処理について悩んでおります。 CallbackからActivityに通知を行った後、各Activityからダイアログを表示する処理を実装しているのですが、 画面が遷移のタイミングで、Callbackから通知を送ると、 callbackList.getBroadcastItem(i)のinterfaceを実行する箇所で、エラーが発生してしまいます。 しかも、その後は常時通信できなくなってしまうのです。（interfaceが失敗した情報を保持してるのか?） エラーはAndroidの内部（Parcelクラス）で発生していたため、その対処よりも、回避策を考えています。 Activityを開きなおすと通信は回復するので、 Service側から再接続出来ればと思っているのですがそんなことは可能でしょうか。 エラーキャッチ時に、unRegister→Registerを再度行うことで通信が回復するかと試したのですが、 出来ませんでした。 このような現象、または回避策をご存知でしたら、教えていただけないでしょうか？ 先日はありがとうございました。
現在Callbackの処理について悩んでおります。
CallbackからActivityに通知を行った後、各Activityからダイアログを表示する処理を実装しているのですが、
画面が遷移のタイミングで、Callbackから通知を送ると、
callbackList.getBroadcastItem(i)のinterfaceを実行する箇所で、エラーが発生してしまいます。
しかも、その後は常時通信できなくなってしまうのです。（interfaceが失敗した情報を保持してるのか?）
エラーはAndroidの内部（Parcelクラス）で発生していたため、その対処よりも、回避策を考えています。
Activityを開きなおすと通信は回復するので、
Service側から再接続出来ればと思っているのですがそんなことは可能でしょうか。
エラーキャッチ時に、unRegister→Registerを再度行うことで通信が回復するかと試したのですが、
出来ませんでした。
このような現象、または回避策をご存知でしたら、教えていただけないでしょうか？

]]> sawauti より [android] AIDLによるプロセス間通信 – Callback編 へのコメント http://xfutures.jp/2009/07/20/92/comment-page-1/#comment-311 sawauti Tue, 20 Dec 2011 09:00:09 +0000 http://xfutures.jp/?p=92#comment-311 <a href="#comment-310" rel="nofollow">@mt </a> ｍｔさんおっしゃる通り、GCが走った際に、回収されました。 メモリリークの調査を行っていたことがあるのですが、 私が確認した原因は解決した時点で、画面を何度起動してもインスタンスが増えなくなったため、 「メモリリーク発生」の定義は、このインスタンスが増えることと考えていたのですが、 違うのですね。 ありがとうございました。 @mt
ｍｔさんおっしゃる通り、GCが走った際に、回収されました。
メモリリークの調査を行っていたことがあるのですが、
私が確認した原因は解決した時点で、画面を何度起動してもインスタンスが増えなくなったため、
「メモリリーク発生」の定義は、このインスタンスが増えることと考えていたのですが、
違うのですね。
ありがとうございました。

]]> mt より [android] AIDLによるプロセス間通信 – Callback編 へのコメント http://xfutures.jp/2009/07/20/92/comment-page-1/#comment-310 mt Sat, 17 Dec 2011 02:13:14 +0000 http://xfutures.jp/?p=92#comment-310 <a href="#comment-309" rel="nofollow">@sawauti </a> サービスから切断してもISampleServiceCallback.Stubのインスタンスが解放されないということでしょうか？ Activity側に関しては、SampleActivityのPrivateメンバとして生成していますので、SampleActivityと生死を共にします。 Service側に関しては、unregisterCallbackが叩かれたタイミングでリストから削除していますので、そのうちGCで回収されるはずです。 GCを走らせても解放されないのでしたら、ちょっとわからないです。 @sawauti
サービスから切断してもISampleServiceCallback.Stubのインスタンスが解放されないということでしょうか？

Activity側に関しては、SampleActivityのPrivateメンバとして生成していますので、SampleActivityと生死を共にします。

Service側に関しては、unregisterCallbackが叩かれたタイミングでリストから削除していますので、そのうちGCで回収されるはずです。
GCを走らせても解放されないのでしたら、ちょっとわからないです。

]]> sawauti より [android] AIDLによるプロセス間通信 – Callback編 へのコメント http://xfutures.jp/2009/07/20/92/comment-page-1/#comment-309 sawauti Fri, 16 Dec 2011 05:10:35 +0000 http://xfutures.jp/?p=92#comment-309 はじめまして。 このサイトの記述を参考にさせていただき、アプリを作成しています。 一つ質問させてください。 作成したアプリのヒープダンプを確認すると、 ISampleServiceCallback.Stabクラスが残ってしまいメモリリークが発生しているようなのです。 コールバックインターフェイスの開放をどのように行うかご存知ないでしょうか？ よろしくお願いいたします。 はじめまして。
このサイトの記述を参考にさせていただき、アプリを作成しています。
一つ質問させてください。
作成したアプリのヒープダンプを確認すると、
ISampleServiceCallback.Stabクラスが残ってしまいメモリリークが発生しているようなのです。
コールバックインターフェイスの開放をどのように行うかご存知ないでしょうか？
よろしくお願いいたします。

]]> mt より [android] AIDLによるプロセス間通信 – Callback編 へのコメント http://xfutures.jp/2009/07/20/92/comment-page-1/#comment-308 mt Thu, 22 Sep 2011 05:46:39 +0000 http://xfutures.jp/?p=92#comment-308 <a href="#comment-306" rel="nofollow">@nouzui2007 </a> このサンプルではonBind()のif文はなくても問題ありません。 onBind()でActionを参照して返すI/F切り替えると、1-Serviceで複数のI/Fを実現できます。 @nouzui2007

このサンプルではonBind()のif文はなくても問題ありません。
onBind()でActionを参照して返すI/F切り替えると、1-Serviceで複数のI/Fを実現できます。

]]> mt より [android] AIDLによるプロセス間通信 – Callback編 へのコメント http://xfutures.jp/2009/07/20/92/comment-page-1/#comment-307 mt Thu, 22 Sep 2011 05:43:03 +0000 http://xfutures.jp/?p=92#comment-307 <a href="#comment-305" rel="nofollow">@川端大地 </a> すいません、コメントを見逃していました。 Callbackインスタンスをリストに登録しているのは、このサンプルがタイマー起動でクライアントにメッセージを投げる (Callbackする) 作りになっているからです。 クライアントはCallbackインスタンスを登録するだけで、以降はサービスから情報が来るまで放置。 サービスは登録されているリストを定期的に参照し、Callbackインスタンスが入っていたらCallbackするだけ。 クライアントとサービスが非同期に動くため、情報を共有するためにリストを使っているイメージです。 @川端大地

すいません、コメントを見逃していました。

Callbackインスタンスをリストに登録しているのは、このサンプルがタイマー起動でクライアントにメッセージを投げる (Callbackする) 作りになっているからです。

クライアントはCallbackインスタンスを登録するだけで、以降はサービスから情報が来るまで放置。
サービスは登録されているリストを定期的に参照し、Callbackインスタンスが入っていたらCallbackするだけ。
クライアントとサービスが非同期に動くため、情報を共有するためにリストを使っているイメージです。

]]> nouzui2007 より [android] AIDLによるプロセス間通信 – Callback編 へのコメント http://xfutures.jp/2009/07/20/92/comment-page-1/#comment-306 nouzui2007 Thu, 22 Sep 2011 05:07:08 +0000 http://xfutures.jp/?p=92#comment-306 はじめまして。 このサイトを見ながらサービスの勉強をしています。 1点質問なんですが、サービスクラスのonBindのif文の意味を教えてください。 この処理をすることで、なにが実現できているのでしょうか？ よろしくお願いします。 はじめまして。
このサイトを見ながらサービスの勉強をしています。
1点質問なんですが、サービスクラスのonBindのif文の意味を教えてください。
この処理をすることで、なにが実現できているのでしょうか？
よろしくお願いします。

]]> 川端大地 より [android] AIDLによるプロセス間通信 – Callback編 へのコメント http://xfutures.jp/2009/07/20/92/comment-page-1/#comment-305 川端大地 Thu, 30 Jun 2011 04:18:27 +0000 http://xfutures.jp/?p=92#comment-305 初めまして川端と申します。 一点android開発のコールバックについてお聞きしたいことがあるのですがよろしいでしょうか。 Callback登録Interfaceで、受け取ったCallback情報をリストに登録していると思うのですが、 なぜcallbackをリストに登録しているのでしょうか。似た処理を現在実装しているのですが、 手元の参考書にこの説明がないためお聞き致しました。宜しくお願い致します。 以上です。 初めまして川端と申します。
一点android開発のコールバックについてお聞きしたいことがあるのですがよろしいでしょうか。
Callback登録Interfaceで、受け取ったCallback情報をリストに登録していると思うのですが、
なぜcallbackをリストに登録しているのでしょうか。似た処理を現在実装しているのですが、
手元の参考書にこの説明がないためお聞き致しました。宜しくお願い致します。

以上です。

]]> おさむ より [android] Context Menuを作ってみる へのコメント http://xfutures.jp/2010/05/06/264/comment-page-1/#comment-304 おさむ Sun, 05 Jun 2011 08:31:39 +0000 http://xfutures.jp/?p=264#comment-304 アプリ開発の参考にさせて頂きました。ありがとうございます。 アプリ開発の参考にさせて頂きました。ありがとうございます。

]]>