Cliph.net

多分、恐らく、8割方解決したと思う。
昨日から今日にかけての調査と対応の履歴をメモっときます。
昨夜
・メモリリークと言うキーワードでググりまくる。
・contextを引き回す事でactivity全体の参照が残ってメモリリークの原因となる
　と言う情報を入手。（と言うか、他に情報を見つけられなかった）
・でもこれって、Activityの話であって、appWidgetとは関係ないんじゃない？
　てか、そもそもappWidgetって何なの！？と混乱して思考停止。
今日仕事中
・appWidgetをコントロールするappWidgetProviderはBroadCastReceiverを継承したクラスだと思い出す。
・そして、BroadCastReceiverはonReceiveメソッドを処理し終わると抹殺準備完了なクラスで、
　かつ、長時間（10秒以上と本にあった）の処理をさせるとANR（Android Not Responding）ダイアログが出て、
　強制終了を迫られる。
　→つまり、長時間メモリをリークしてしまう類のクラスじゃない！
・と言う事で、犯人は裏で処理をしているサービスである事が濃厚に。
・ここでふと気付く。
　サービス終了させていないんじゃないかと。。。。
帰宅後
・アストロファイルマネージャをインストールして、プロセスをチェック。
・案の定、Cliphweatherのサービスが居座ってた。しかも10MBも使ってる。。。
・想定された問題点は以下。
　-明示的なサービス停止処理の欠落。
　-サービスをウィジェットと同プロセスで起動している為、プロセスが殺せない？
・これに対し以下の対処を実施。
　-更新処理終了時（もしくは異常終了時）にstopSelf()メソッドにてサービスを停止。
　-サービスを別プロセスで起動。
・これを実施後にアストロでチェックするときれいにサービスが消えてた！＾＾
これで一応、応急対処は出来たと思うんだけどどうだろう？
問題があればご連絡お願いします。