The Weight: Android でのバックグラウンド処理
Tuesday, October 18, 2011 Android でのバックグラウンド処理 Androidでバックグランド処理を行うための手法がいくつかあるのでまとめてみた。 Androidでは用途や求めるユーザエクスペリエンスによってバックグラウンド処理のやり方が変わってくる。 大きく分けて、 スレッドを使う (Thread) 非同期タスクを使う (AsyncTask) サービスを使う (Service) レシーバを使う (BroadcastReceiver) といった感じなのだが、それぞれの特徴を上げてみる。 ※ NDKとIPC(Interprocess Communication) については触れない。 1.Thread 一番単純かもしれない。単なるスレッドであるが、UIに直接アクセスすることはできない。UIは単一のスレッドで管理されているのでそのスレッドに処理をdelega
Android: Serviceのノウハウ « えふログ
まとめ方を検討しながら書いているので、まだ目次が確定していません。 Serviceとは IntentでServiceを使う IntentでServiceを起動する Intent起動したServiceを停止する Intent起動したServiceのライフサイクル Serviceがヌルポで落ちる 常駐の方法 Serviceとのデータのやり取り Serviceとのbindについて Binderクラスを拡張してServiceとbindする MessengerでServiceとbindする ADILでServiceとbindする 起動しているか確認する その他のノウハウ サービスがヌルポで落ちる!? Android:開発備忘録 Index ← 面白かったり、役に立ったらクリックしてちょんまげ Tags: Android Service, Androidアプリ開発, プログラミング Posted in
Android:Service.dumpでサービスの状態をダンプする
Serviceにはdumpメソッドが用意されています。 これは下記コマンドが実行された時に、サービスの状態をダンプするメソッドです。 $ adb shell dumpsys activity service <yourservicename> Service.dump http://developer.android.com/reference/android/app/Service.html#dump(java.io.FileDescriptor, java.io.PrintWriter, java.lang.String[]) dumpメソッドにはPrintWriterインスタンスが引数として渡されます。 これにサービスの情報を入力すれば、ログとしてそれが出力されます。 ・動作サンプル $ adb shell dumpsys activity service yuki.test.mes
Androidで死なないServiceを実装してみた
Androidでサービスを使ったアプリを作った事がある人なら分かるかと思いますが、「サービスを死なないようにする」、これがなかなか難しいです。 Developerサイトに説明されているサービスにライフサイクルによれば、サービスが死ぬ前にonDestroy()がコールされるのですが、これがコールされずに突然プロセスごと消滅することが多々あります。 例えば、フォアグランドで動いているアプリが大量にメモりを消費するとき。システムはメモリを確保するためにバックグラウンドのサービスを瞬殺します。悪・即・斬です(笑) また、軽い気持ちでインストールされてしまっているタスクキラーやメモリクリーン系のアプリが動いたとき。この時もサービスは悪・即・斬です（いや、悪ではないんですけどね） その他、サービスがなにも仕事をしない状態で放置しながらlogcatのログを眺めていると、以下のようなログがでることがありま
Android:Serviceの基本とonStartCommandの戻り値による動作の違い
開始状態 startService()の呼び出しでサービスを開始すると、サービスは"開始状態"となります。 "開始状態"となったサービスは、システムからkillされるか明示的に終了しない限り停止しません。 バインド状態 bindService()を呼び出してサービスにバインドすると"バインド状態"となります。 バインドされたサービスは、バインドしたコンポーネントとの双方向通信やメッセージに よるやりとりを提供します。 "バインド状態"のサービスは全てのコンポーネントがらアンバインドされることで停止し ます。 開始＋バインド状態 サービスがstartService()とbindService()両方で起動されると"開始状態"かつ "バインド状態"となります。 この状態のサービスは、両方の状態の停止条件を満たした場合に停止します。 つまり、全てのコンポーネントからアンバインドされてもstopS
[Android] 新旧のAndroidで動作するServiceの作り方
How to able to run service applications on all OS versions ServiceクラスのonStartメソッドはdeprecated（非推奨）に指定され、Android2.1以降では使うべきではないメソッドになってしまいました。 実際にAndroid2.1以降ではonStartメソッドが呼ばれないことがあります。 代替メソッドとしてonStartCommandメソッドが用意されましたが、Android1.6にはonStartCommandメソッドがありません。 1.6以降のどのAndroidでも同じように動作するサービスアプリケーションを作るには、onStartメソッドとonStartCommandメソッドの両方を実装します。 1.6以降のAndroidに対応させるので、プロジェクトのBuild TargetはAndroid1.6(API
![[Android] 新旧のAndroidで動作するServiceの作り方](https://cdn-ak-scissors.b.st-hatena.com/image/square/c129d858750dd4c18c6c7f2f739ca2ef6d676fc6/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEiNCvSuU9M6qcM71l4hPOIDSeYw1paVhT5vRj1Ytc5ssM0qUY4NRvI-OAL3H0QTE3RSiVi0F2fJlr-PmuqB4glJ3mvtiiY7iCkaQlAaw1Y1DrLmiCY_pfDh4wVbyJ5EwWgEnisSXyr59pI%2Fw1200-h630-p-k-no-nu%2Fdevice-2011-11-01-163015.png)
grandnature.net - このウェブサイトは販売用です！ - grandnature リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Google Sites: Sign-in
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
onStartCommandとその戻値について
onStartCommandとその戻値について 副題：鳩ポッポは永遠に 問題 私が現在開発中のプログラムで、Serviceがnull pointer errorを引き起こす。 Activityで作成した画面で「戻る」コマンドを実行したり、EclipseのDebugのTerminate and Removeコマンドを実行すると、Serviceがヌルポするのである。 この原因が明確になるまでは「データベースのCursorをcloseしていないです」という、全く根拠の無いエラーメッセージが出ていたため、問題解決には時間を要した。 原因 ServiceのonStartメソッドのIntent引数を使って、ある種の処理をしていたため、上記問題が発生した。 何も対策を講じていない場合であって、プロセスが強制終了した場合、ServiceのonStartメソッド又はonStartCommandメソッドが再起
Serviceの強制終了
主に、Androidプログラミングについての記事を書いていきます。雑多に。 ネット上の誰かの一助になれば。 (2011/11/22 こちらのエントリーに、じゃあどーすんのよ？について、やってみたことを書いてみました) Serviceは、Androidシステムによって、終了させられてしまうことがあります。 bindしているActivityが全ていなくなったとか、Low Memoryになったとか。 Serviceには、onDestroy()も、onLowMemory()も存在してますので、 終了させられても、この2つをちゃんと実装しておけば良い・・・ と思いきや、 そんなの呼ばれずにKillされてしまうシチュエーションがあります。 ちょっとググれば、LowMemoryでは、そうなってしまうことがあるようなことがわかりますが、それだけではありません。 だれもそのServiceにbindしてない状
Android: AlarmManagerのPendingIntentでハマった | 自転車で通勤しましょ♪ブログ
先週からずっとBatteryCrystalのバグ修正と戦っているのですが、 未だに収束していません！(>_<) バッテリー状態を見張るBroadcastReceiverを登録しているServiceがシステムに勝手に落とされるのがバグの原因と思っているのでそれをなんとかしようと色々と修正し、twitterでアプリの検証をしてくださる方を募ってテストしていただいているのですが、まだ直らず。今さっき出来たバージョンでたぶんいけると思うのですが、深夜なので、メールは朝させてもらおうと思ってます。 とりあえず、今までやったことを一覧にしておきます。 AlarmManagerを使って制御。 ただ、AlarmManager.setしたイベントがウィジェットを削除してもServiceを起動させてしまったため、断念（私のミス） ServiceのonDestroyのタイミングで、独自のBroadcastを投げ
Android: Serviceが起動しているか確認する « えふログ
プログラム中から特定のServiceが走っているかどうか確認する方法を説明します。 ちなみに端末上では「メニュー」→「設定」→「アプリケーション」→「実行中のサービス」で確認できます。 ActivityManagerから稼働中のサービスリストを取得し、特定文字列にマッチするサービス名があることを確認します。 ActivityManagerは、Context#getSystemService(Context.ACTIVITY_SERVICE)で取得します。 private static final String mServiceName = MyService.class.getCanonicalName(); private boolean isServiceRunning() { ActivityManager activityManager = (ActivityManager) g
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Preview the new Google Groups - Google Groups
すぷろぐ
BroadcastReceiverでToastを表示すると即消えてしまう
Process xxxx has died.