| ページ一覧 | ブログ | twitter |  書式 | 書式(表) |

MyMemoWiki

「Android Service」の版間の差分

提供: MyMemoWiki
ナビゲーションに移動 検索に移動
 
1行目: 1行目:
==Android Service==
+
==[[Android Service]]==
 
[[Android]] | [[Android Tips]] |  
 
[[Android]] | [[Android Tips]] |  
  
*http://developer.android.com/reference/android/app/Service.html
+
*http://developer.android.com/reference/android/app/Ser[[vi]]ce.html
  
 
===概要===
 
===概要===
*Sevice は、長い期間ユーザーと対話なしに処理を実行させたり、他のアプリケーションに機能を提供する要件を実現するためのアプリケーションコンポーネント。
+
*Se[[vi]]ce は、長い期間ユーザーと対話なしに処理を実行させたり、他のアプリケーションに機能を提供する要件を実現するためのアプリケーションコンポーネント。
*すべてのサービスは、AndroidManifiest.xml の <service> 宣言と一致する必要がある
+
*すべてのサービスは、[[Android]]Manifiest.xml の <service> 宣言と一致する必要がある
*サービスは、Context.startService() や Context.bindServce() により開始することができる
+
*サービスは、Context.startSer[[vi]]ce() や Context.bindServce() により開始することができる
  
 
==サービスとは==
 
==サービスとは==
14行目: 14行目:
 
*特別に指定しない場合、サービスオブジェクトは自分自身のプロセスで実行しているという意味ではなく、アプリケーションの一部としてアプリケーションと同じプロセスで実行される
 
*特別に指定しない場合、サービスオブジェクトは自分自身のプロセスで実行しているという意味ではなく、アプリケーションの一部としてアプリケーションと同じプロセスで実行される
 
*サービスはスレッドではない
 
*サービスはスレッドではない
*(Application Not Respoinding エラーを回避するために)メインスレッドから離れて働くことを意味しない。
+
*(Application Not [[R]]espoinding エラーを回避するために)メインスレッドから離れて働くことを意味しない。
  
 
===サービスはシンプルで、主な2つの機能を提供する===
 
===サービスはシンプルで、主な2つの機能を提供する===
 
#処理をバックグラウンドで実行したい(ユーザーは直接アプリケーションと対話したくない場合)。この場合は、Context.startServece() を呼び出す。サービス自身か他から明示的に停止されるまで実行するようにシステムに作業のスケジューリングを依頼する。
 
#処理をバックグラウンドで実行したい(ユーザーは直接アプリケーションと対話したくない場合)。この場合は、Context.startServece() を呼び出す。サービス自身か他から明示的に停止されるまで実行するようにシステムに作業のスケジューリングを依頼する。
#アプリケーションの機能を他のアプリケーションに見えるようにする。この場合は、Context.bindService()を呼ぶ。長期間のコネクションをサービスとの対話のために許可する。
+
#アプリケーションの機能を他のアプリケーションに見えるようにする。この場合は、Context.bindSer[[vi]]ce()を呼ぶ。長期間のコネクションをサービスとの対話のために許可する。
  
 
*サービスコンポーネントが実際に作成されると、コンポーネントをインスタンス化し、onCreate() を呼び出し、メインスレッドの他の適切なコールバックを呼び出すことが、システムが行うすべて。
 
*サービスコンポーネントが実際に作成されると、コンポーネントをインスタンス化し、onCreate() を呼び出し、メインスレッドの他の適切なコールバックを呼び出すことが、システムが行うすべて。
 
*サービスに適切な振る舞い(サービスの中で働く二次的なスレッドを生成するような)を実装させることができる
 
*サービスに適切な振る舞い(サービスの中で働く二次的なスレッドを生成するような)を実装させることができる
  
<blockquote>サービスはとてもシンプルなので、希望によって、シンプルな命令や複雑な命令を、リモートインターフェースであるAIDLを利用して、ローカルJavaオブジェクトを取り扱うように直接メソッドをコールすることで実行できる。</blockquote>
+
<blockquote>サービスはとてもシンプルなので、希望によって、シンプルな命令や複雑な命令を、リモートインターフェースであるAIDLを利用して、ローカル[[Java]]オブジェクトを取り扱うように直接メソッドをコールすることで実行できる。</blockquote>
  
 
===ライフサイクル===
 
===ライフサイクル===
 
*システムによるサービスの起動には2つの種類がある。
 
*システムによるサービスの起動には2つの種類がある。
*Context.startService() を呼び出した場合、システムはサービスを検索する(必要があれば、生成しonCreate()を呼び出す)。
+
*Context.startSer[[vi]]ce() を呼び出した場合、システムはサービスを検索する(必要があれば、生成しonCreate()を呼び出す)。
 
*onStartCommand(Intent,int,int) をクライアントから与えられた引数を伴って呼び出す。
 
*onStartCommand(Intent,int,int) をクライアントから与えられた引数を伴って呼び出す。
*サービスは、Context.stopService() もしくは stopSelf() が呼び出されるまでは、起動し続けている。
+
*サービスは、Context.stopSer[[vi]]ce() もしくは stopSelf() が呼び出されるまでは、起動し続けている。
  
<blockquote>Context.statrService() を多重で呼び出してもネストされない。(たとえそれらが、複数のonStartCommand() に対応する結果を返すとしても)なので、何回サービスをスタートしたとしても問題無いし、一度の Context.stopService() または、stopSelf(int)の呼び出しで、サービスは停止する。しかしながら、サービスは stopSelf(int) を、開始されたインテントが処理中で、停止していないのを保証するために利用することが出来る。</blockquote>
+
<blockquote>Context.statrSer[[vi]]ce() を多重で呼び出してもネストされない。(たとえそれらが、複数のonStartCommand() に対応する結果を返すとしても)なので、何回サービスをスタートしたとしても問題無いし、一度の Context.stopSer[[vi]]ce() または、stopSelf(int)の呼び出しで、サービスは停止する。しかしながら、サービスは stopSelf(int) を、開始されたインテントが処理中で、停止していないのを保証するために利用することが出来る。</blockquote>
  
 
*サービスを開始するのに、2つの主な追加の操作モードがある。
 
*サービスを開始するのに、2つの主な追加の操作モードがある。
 
*それらは、どのように起動かを onStartCommand() から返される値に依存して決定する。
 
*それらは、どのように起動かを onStartCommand() から返される値に依存して決定する。
**START_STICKY は、明示的に必要に応じてサービスを開始したり停止したりするのに使用する。
+
**STA[[R]]T_STICKY は、明示的に必要に応じてサービスを開始したり停止したりするのに使用する。
**一方、START_NOT_STICKY または、START_REDELIVER_INTENT は、送信されたコマンドを処理する間、唯一残って起動し続ける。
+
**一方、STA[[R]]T_NOT_STICKY または、STA[[R]]T_[[R]]EDELIVE[[R]]_INTENT は、送信されたコマンドを処理する間、唯一残って起動し続ける。
  
*クライアントは Content.bindService() も持続的なサービスへのコネクションを取得するために利用できる。
+
*クライアントは Content.bindSer[[vi]]ce() も持続的なサービスへのコネクションを取得するために利用できる。
 
*これは、まだ起動されていない場合、onCreate を呼び出し、同様にサービスを生成する
 
*これは、まだ起動されていない場合、onCreate を呼び出し、同様にサービスを生成する
 
*しかし、onStartCommand() は呼び出さない。
 
*しかし、onStartCommand() は呼び出さない。
51行目: 51行目:
  
 
===パーミッション===
 
===パーミッション===
*マニフェストの <service> タグで宣言された時に、サービスへのグローバルアクセスが実行出来る。
+
*マニフェストの <ser[[vi]]ce> タグで宣言された時に、サービスへのグローバルアクセスが実行出来る。
 
*そうした場合、サービスの開始、終了またはバインドのために、他のアプリケーションは一致した <uses-permission> 要素を自信のマニフェストでを宣言する必要がある。
 
*そうした場合、サービスの開始、終了またはバインドのために、他のアプリケーションは一致した <uses-permission> 要素を自信のマニフェストでを宣言する必要がある。
  
*さらに、checkCallingPermission(String) メソッドを その呼び出しの実装より前に呼び出すことにより、サービスは固有の IPC(プロセス間通信) 呼び出しをパーミッションで保護することが出来る。
+
*さらに、checkCallingPermission(String) メソッドを その呼び出しの実装より前に呼び出すことにより、サービスは固有の I[[PC]](プロセス間通信) 呼び出しをパーミッションで保護することが出来る。
  
 
===プロセスライフサイクル===
 
===プロセスライフサイクル===
*Android システム は、サービスが開始されているか、クライアントが接続している間、プロセスをサービスを受け入れられる状態に維持することを試みる。
+
*[[Android]] システム は、サービスが開始されているか、クライアントが接続している間、プロセスをサービスを受け入れられる状態に維持することを試みる。
 
*メモリーが少なくなり、存在するプロセスを殺す必要があるとき、サービスを受け入れるプロセスのプライオリティが次の可能性では、高くなる。
 
*メモリーが少なくなり、存在するプロセスを殺す必要があるとき、サービスを受け入れるプロセスのプライオリティが次の可能性では、高くなる。

2020年2月16日 (日) 04:21時点における最新版

Android Service

Android | Android Tips |

概要

  • Sevice は、長い期間ユーザーと対話なしに処理を実行させたり、他のアプリケーションに機能を提供する要件を実現するためのアプリケーションコンポーネント。
  • すべてのサービスは、AndroidManifiest.xml の <service> 宣言と一致する必要がある
  • サービスは、Context.startService() や Context.bindServce() により開始することができる

サービスとは

サービスについての主な混乱は「何でないか」

  • サービスは、分離されたプロセスではない
  • 特別に指定しない場合、サービスオブジェクトは自分自身のプロセスで実行しているという意味ではなく、アプリケーションの一部としてアプリケーションと同じプロセスで実行される
  • サービスはスレッドではない
  • (Application Not Respoinding エラーを回避するために)メインスレッドから離れて働くことを意味しない。

サービスはシンプルで、主な2つの機能を提供する

  1. 処理をバックグラウンドで実行したい(ユーザーは直接アプリケーションと対話したくない場合)。この場合は、Context.startServece() を呼び出す。サービス自身か他から明示的に停止されるまで実行するようにシステムに作業のスケジューリングを依頼する。
  2. アプリケーションの機能を他のアプリケーションに見えるようにする。この場合は、Context.bindService()を呼ぶ。長期間のコネクションをサービスとの対話のために許可する。
  • サービスコンポーネントが実際に作成されると、コンポーネントをインスタンス化し、onCreate() を呼び出し、メインスレッドの他の適切なコールバックを呼び出すことが、システムが行うすべて。
  • サービスに適切な振る舞い(サービスの中で働く二次的なスレッドを生成するような)を実装させることができる

<blockquote>サービスはとてもシンプルなので、希望によって、シンプルな命令や複雑な命令を、リモートインターフェースであるAIDLを利用して、ローカルJavaオブジェクトを取り扱うように直接メソッドをコールすることで実行できる。</blockquote>

ライフサイクル

  • システムによるサービスの起動には2つの種類がある。
  • Context.startService() を呼び出した場合、システムはサービスを検索する(必要があれば、生成しonCreate()を呼び出す)。
  • onStartCommand(Intent,int,int) をクライアントから与えられた引数を伴って呼び出す。
  • サービスは、Context.stopService() もしくは stopSelf() が呼び出されるまでは、起動し続けている。

<blockquote>Context.statrService() を多重で呼び出してもネストされない。(たとえそれらが、複数のonStartCommand() に対応する結果を返すとしても)なので、何回サービスをスタートしたとしても問題無いし、一度の Context.stopService() または、stopSelf(int)の呼び出しで、サービスは停止する。しかしながら、サービスは stopSelf(int) を、開始されたインテントが処理中で、停止していないのを保証するために利用することが出来る。</blockquote>

  • サービスを開始するのに、2つの主な追加の操作モードがある。
  • それらは、どのように起動かを onStartCommand() から返される値に依存して決定する。
    • START_STICKY は、明示的に必要に応じてサービスを開始したり停止したりするのに使用する。
    • 一方、START_NOT_STICKY または、START_REDELIVER_INTENT は、送信されたコマンドを処理する間、唯一残って起動し続ける。
  • クライアントは Content.bindService() も持続的なサービスへのコネクションを取得するために利用できる。
  • これは、まだ起動されていない場合、onCreate を呼び出し、同様にサービスを生成する
  • しかし、onStartCommand() は呼び出さない。
  • クライアントは、サービスの onBind(Intent) メソッドが返す IBinder オブジェクト を受け取る。
  • IBinder オブジェクトは、クライアントにサービスへのコールバックを行うことを許可する
  • サービスはコネクションが確立している間(クライアントがサービスのIBinder への参照を保持していてもいなくても)起動し続ける。通常 IBinder は、aidlで書かれた 複雑なインターフェースのために返される。


  • サービスは両方の方法により開始され、コネクションを接続する。
  • このような場合には、システムは、サービスを起動状態を維持する
  • どちらの状況も成立しない時には、サービスの onDestroy() メソッドが呼ばれ、サービスは事実上終了する。すべてのクリーンアップ(スレッドの停止、サービスの登録解除) は onDestroy() から戻るとすぐに完了される。

パーミッション

  • マニフェストの <service> タグで宣言された時に、サービスへのグローバルアクセスが実行出来る。
  • そうした場合、サービスの開始、終了またはバインドのために、他のアプリケーションは一致した <uses-permission> 要素を自信のマニフェストでを宣言する必要がある。
  • さらに、checkCallingPermission(String) メソッドを その呼び出しの実装より前に呼び出すことにより、サービスは固有の IPC(プロセス間通信) 呼び出しをパーミッションで保護することが出来る。

プロセスライフサイクル

  • Android システム は、サービスが開始されているか、クライアントが接続している間、プロセスをサービスを受け入れられる状態に維持することを試みる。
  • メモリーが少なくなり、存在するプロセスを殺す必要があるとき、サービスを受け入れるプロセスのプライオリティが次の可能性では、高くなる。