Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Similar a DroidKaigi 2019 シームレスに遷移可能な画面を他のアプリに提供する方法
Similar a DroidKaigi 2019 シームレスに遷移可能な画面を他のアプリに提供する方法 (20)
DroidKaigi 2019 シームレスに遷移可能な画面を他のアプリに提供する方法
- 1. #DroidKaigi #room2 /66 シームレスに遷移可能な画面を 他のアプリに提供する方法 2019/2/7 DroidKaigi 2019 エムスリー株式会社 星川 貴樹 1
- 2. #DroidKaigi #room2 /66 プロフィール - 星川貴樹 (@oboenikui) - エムスリー株式会社所属 (2017〜) - Android & セキュリティエンジニア - 初めてのAndroidはIS01 2
- 3. #DroidKaigi #room2 /66 エムスリー株式会社 - 医師向けプラットフォームサービスなど医療系Webサービスの会社 - ブースも出しているので遊びに来てね！ - We Are Hiring!! 3
- 4. #DroidKaigi #room2 /66 本セッションについて ゴール - Chrome Custom Tabsや Google Now Launcherをヒン トに、シームレスな遷移の実装 を理解する - 関連技術としてプロセス間通信 (IPC) の方法を理解する 話さないこと - Fragment間をスムーズに遷移 する方法など - アニメーションの付け方 - ConstraintLayout, MotionLayout ... 4
- 5. #DroidKaigi #room2 /66 注意事項 - 実用的な話よりニッチな話多めです - 本セッションで紹介された内容をプロダクトに活かす場合、危険性を 含めて十分議論の上ご活用ください 5
- 11. #DroidKaigi #room2 /66 1つめ：マルチアカウントアプリ - 他のapkをアプリ内で起動するアプリ - リフレクションでシステムのapkロードの仕組 みを使う - 自分のActivityThreadを他のものであるか のように改竄して対象アプリを騙す ※ DroidKaigi 2018で発表済みなので詳しくはスライド参照 https://www.slideshare.net/TakakiHoshikawa/how-multiaccount-app-works 11
- 12. #DroidKaigi #room2 /66 2つめ：Chrome Custom Tabs - アプリが提供するWebViewのようにChromeを 開く機能 - Chromeで開いたり、WebViewを使うより高速 に切り替わる - Custom TabからChromeを開く際、Activity が切り替わっているのにウェブページの状態が 引き継がれている 12
- 13. #DroidKaigi #room2 /66 3つめ：Google Now Launcher - 2013年のNexus 5向けランチャーが初出 - ランチャーの左からGoogle Nowが出てくる - ランチャーアプリ内にはGoogle Nowのコード が入っていない！ （Googleアプリの画面が表示されている） 13
- 14. #DroidKaigi #room2 /66 Agenda - アプリ間の遷移をスムーズにする技術 - Chrome Custom Tabsで使われているプロセス間通信の仕組みを知る - （Custom Tabから通常のChromeへの遷移の仕方を知る） - 動的なコンポーネントを提供する技術 - GoogleアプリはどのようにしてGoogle Nowを表示しているか 14
- 16. #DroidKaigi #room2 /66 Chrome Custom Tabs - Chrome Custom Tabsは、Chromeのタブをア プリのWebViewのように表示する機能 - アプリ内WebViewやIntentによるブラウザ起 動より高速 - Custom TabからChromeの画面にシームレスに 遷移する アプリ間の遷移をスムーズにする技術 16
- 17. #DroidKaigi #room2 /66 参考リポジトリの話 - Google Chromeはオープンソースではないので、代わりに Chromiumのソースを参考に話をします https://github.com/chromium/chromium https://github.com/kuoruan/Chromium-Android (NDKビルド済み) アプリ間の遷移をスムーズにする技術 17
- 18. #DroidKaigi #room2 /66 Chrome Custom Tabsの動作を知る CustomTabActivity ChromeTabbedActivity任意のアプリ アプリ間の遷移をスムーズにする技術 18
- 19. #DroidKaigi #room2 /66 Chrome Custom Tabsの動作を知る CustomTabActivity ChromeTabbedActivity任意のアプリ 遷移前に事前処理を行う アプリ間の遷移をスムーズにする技術 19
- 25. #DroidKaigi #room2 /66 ポイント - サードパーティアプリからChromeのServiceにバインドする - プロセス間通信 (IPC) を行う必要がある - 実装はAIDLを用いている アプリ間の遷移をスムーズにする技術 25
- 26. #DroidKaigi #room2 /66 AndroidのIPC - Binderと呼ばれる仕組みでデータのやりとりを行う - Parcelという仕組みでデータの読み書きを行う - Parcelに読み書きできるのはプリミティブ型、Parcelable、 Serializable、Listのような一部のデータ構造型 アプリ間の遷移をスムーズにする技術 26
- 27. #DroidKaigi #room2 /66 Serviceにバインドする - ActivityとServiceがやりとりするにはバインドする必要がある - バインドする方法は以下の3通り バインド方法 プロセスの制約 スレッドの制約 Binderクラスを拡張する 同一プロセス内のみ - メッセンジャーを使用する - すべてのリクエストが1つの スレッドにキューイングされる AIDLを使用する - - アプリ間の遷移をスムーズにする技術 27
- 28. #DroidKaigi #room2 /66 AIDLの紹介 - Android インターフェース定義言語 (AIDL) - 文法はJavaのinterfaceの記法に近い - プロセス間通信 (IPC) を行うために用いる手法の1つ - そのままではスレッドセーフではないのでAndroidのドキュメント でも基本的には使わないことを推奨 - とはいえ別プロセス & マルチスレッドでメッセージングを行うため には用いられる https://developer.android.com/guide/components/bound-services アプリ間の遷移をスムーズにする技術 28
- 29. #DroidKaigi #room2 /66 AIDLの仕組み アプリ間の遷移をスムーズにする技術 .aidlファイル Stubクラス (abstract) Proxyクラス interface クライアント側用 リモート側用 クラス自動生成 実装 継承 実装クラス 実装 29
- 30. #DroidKaigi #room2 /66 AIDLの仕組み アプリ間の遷移をスムーズにする技術 .aidlファイル Stubクラス (abstract) Proxyクラス interface クライアント側用 リモート側用 クラス自動生成 実装 継承 実装クラス 実装 インターフェースを定義 mayLaunchUrl() 30
- 31. #DroidKaigi #room2 /66 AIDLの仕組み アプリ間の遷移をスムーズにする技術 .aidlファイル Stubクラス (abstract) Proxyクラス interface クライアント側用 リモート側用 クラス自動生成 実装 継承 実装クラス 実装 mayLaunchUrl()メソッドの 実処理を開発者が実装 31
- 32. #DroidKaigi #room2 /66 AIDLの仕組み アプリ間の遷移をスムーズにする技術 .aidlファイル Stubクラス (abstract) Proxyクラス interface クライアント側用 リモート側用 クラス自動生成 実装 継承 実装クラス 継承・実装 mayLaunchUrl()メソッドには プロセス間通信用の処理が実装 32
- 33. #DroidKaigi #room2 /66 AIDLの仕組み メソッド呼び出し Parcelに 格納 クライアント側 (例:Activity) リモート側 (例:Service) Proxyクラス binder binder Parcelから 取り出し Stubクラス 実装メソッド呼び出し プロセス間通信 参考：スキルアップのための分散オブジェクト入門 第2回 http://www.atmarkit.co.jp/fjava/rensai2/objetry02/objetry02.html アプリ間の遷移をスムーズにする技術 33
- 34. #DroidKaigi #room2 /66 AIDLの仕組み メソッド呼び出し Parcelに 格納 クライアント側 (例:Activity) リモート側 (例:Service) Proxyクラス binder binder Parcelから 取り出し Stubクラス 実装メソッド呼び出し プロセス間通信 アプリ間の遷移をスムーズにする技術 34
- 35. #DroidKaigi #room2 /66 AIDLの仕組み メソッド呼び出し Parcelに 格納 クライアント側 (例:Activity) リモート側 (例:Service) Proxyクラス binder binder Parcelから 取り出し Stubクラス 実装メソッド呼び出し プロセス間通信 アプリ間の遷移をスムーズにする技術 mayLaunchUrl() 呼び出し 35
- 36. #DroidKaigi #room2 /66 AIDLの仕組み メソッド呼び出し Parcelに 格納 クライアント側 (例:Activity) リモート側 (例:Service) Proxyクラス binder binder Parcelから 取り出し Stubクラス 実装メソッド呼び出し プロセス間通信 アプリ間の遷移をスムーズにする技術 mayLaunchUrl() の実処理を実行 36
- 38. #DroidKaigi #room2 /66 余談：シームレスなActivity間の遷移 - Custom Tabから通常のChromeの画面への遷移 があまりに自然すぎる - SharedElementは単に新たなViewをアニメー ションさせるだけだが、この遷移ではViewの状 態が完全に引き継がれている アプリ間の遷移をスムーズにする技術 38
- 39. #DroidKaigi #room2 /66 状態が保存される遷移の実装 - Viewを含むWebページの状態を保持するオブジェクトをActivity間 で共有 - 生成時のContextは、Application Contextを ContextThemeWrapperに包んだものを使用 - Viewにはほとんど実装を載せず、他のクラスに委譲している アプリ間の遷移をスムーズにする技術 Activity間共有用処理をしている箇所 https://github.com/chromium/chromium/blob/master/chrome/android/java/src /org/chromium/chrome/browser/tab/Tab.java#L1267 39
- 41. #DroidKaigi #room2 /66 使い道 - Google Nowのような汎用の情報画面を表示する （端末メーカー向き） - アプリAの一部機能をアプリBでも使いたいが、アプリB側には実装を 持たせたくない場合 動的なコンポーネントを提供する技術 41
- 42. #DroidKaigi #room2 /66 Google Nowランチャーの動作を知る - 右の動きは全てランチャーアプリ上での挙動 - 連携のためのコードを除き、ランチャー側に Google Nowの実装は存在しない - ランチャーのコンテンツが右に追い出される動 きはランチャーの実装 動的なコンポーネントを提供する技術 42
- 43. #DroidKaigi #room2 /66 Google Nowランチャーの動作を知る - 動作原理さえ知っていればランチャーである必 要もない - ただしGoogle Nowの場合、システムアプリで しか利用できないように制限されている 動的なコンポーネントを提供する技術 43
- 45. #DroidKaigi #room2 /66 Google Nowランチャーの4つのポイント 1. ServiceによってWindowManager#addViewで追加されたViewである 2. 表示するActivityのWindowManager.LayoutParamsを使ってアプリケー ションレイヤに表示させる 3. キーイベントなどに対応するためにWindowクラスのインスタンスを頑張っ て生成している 4. IPCによりランチャー側から指示された位置にViewを表示 動的なコンポーネントを提供する技術 45
- 46. #DroidKaigi #room2 /66 WindowManagerについて 右：Facebook Messengerの例 - 一般アプリがWindowManagerを直接使う機会 は多くない - 最も利用するケースは他のアプリの上に常に表 示するとき - 実際にはActivityで表示されるViewなども 全てWindowManagerに追加されることで表示 される 動的なコンポーネントを提供する技術 46
- 47. #DroidKaigi #room2 /66 WindowManagerについて - 一般アプリがWindowManagerを直接使う機会 は多くない - 最も利用するケースは他のアプリの上に常に表 示するとき - 実際にはActivityで表示されるViewなども 全てWindowManagerに追加されることで表示 される WindowManager Activity Window setContentView addView 動的なコンポーネントを提供する技術 Windowクラス 最上位のウィンドウの外観と動作ポリシーを定めたクラスで、背景、タイト ル領域、デフォルトのキー処理などの標準的な UIポリシーを提供する 47
- 48. #DroidKaigi #room2 /66 WindowManagerについて WindowManager Service - 一般アプリがWindowManagerを直接使う機会 は多くない - 最も利用するケースは他のアプリの上に常に表 示するとき - 実際にはActivityで表示されるViewなども 全てWindowManagerに追加されることで表示 される addView 動的なコンポーネントを提供する技術 48
- 51. #DroidKaigi #room2 /6651 Google Nowの場合 WALLPAPER アプリケーションレイヤに表 示する 表示がActivityと紐づくた め、他のアプリの上に表示さ れることはない PHONE SYSTEM_ALERT バッテリー不足などの システムアラート 電話アプリは通常の アプリより手前に描画 壁紙 APPLICATION_OVERLAY Messengerなどは このレイヤー 通常のアプリ アプリケーションレイヤ 動的なコンポーネントを提供する技術
- 52. #DroidKaigi #room2 /66 アプリケーションレイヤの制限 - セキュリティ上、任意のServiceが勝手にアプリケーションレイヤ にViewを追加できるべきではない - 対策として、WindowManagerが各ウィンドウごとにtokenを管理し ている - tokenはParcelに書き込める形式になっているので、アプリケー ション側からServiceに渡して制限を回避する 動的なコンポーネントを提供する技術 52
- 54. #DroidKaigi #room2 /66 System Process Process BProcess A Activity 画面の状態変更やボタン操作に対応する またこれらはそれぞれ別プロセスで動くため、Windowインスタンスを Serviceに渡すなどは不可能 Window Service WindowManager 動的なコンポーネントを提供する技術 54
- 55. #DroidKaigi #room2 /66 ServiceでWindowクラスのインスタンス生成 - Windowはabstractクラスで、実装はPhoneWindowクラス - PhoneWindowクラスはinternalクラスなので、直接生成するのは 困難だが頑張って生成する 動的なコンポーネントを提供する技術 55
- 58. #DroidKaigi #room2 /66 ServiceでWindowクラスのインスタンス生成 - Windowはabstractクラスで、実装はPhoneWindowクラス - PhoneWindowクラスはinternalクラスなので、直接生成するのは 困難だが頑張って生成する Dialogを使って簡単に生成できる val window: Window? = Dialog( context, R.style.Theme_Overlay ).window 動的なコンポーネントを提供する技術 58
- 59. #DroidKaigi #room2 /66 ここまでのポイント 1. ServiceによってWindowManager#addViewで追加されたViewである 2. 表示するActivityのレイアウトパラメータを使ってアプリケーションレイ ヤに表示させる 3. 画面回転などリッチな表示に対応するためにWindowインスタンスを頑張っ て生成している 4. IPCによりランチャー側から指示された位置にViewを表示 動的なコンポーネントを提供する技術 59
- 60. #DroidKaigi #room2 /6660 ここまでのポイント 1. ServiceによってWindowManager#addViewで追加されたViewである 2. 表示するActivityのレイアウトパラメータを使ってアプリケーションレイ ヤに表示させる 3. 画面回転などリッチな表示に対応するためにWindowインスタンスを頑張っ て生成している 4. IPCによりランチャー側から指示された位置にViewを表示 https://github.com/oboenikui/AppLayerOverlaySample 動的なコンポーネントを提供する技術
- 61. #DroidKaigi #room2 /66 ここまでのポイント 1. ServiceによってWindowManager#addViewで追加されたViewである 2. 表示するActivityのレイアウトパラメータを使ってアプリケーションレイ ヤに表示させる 3. 画面回転などリッチな表示に対応するためにWindowインスタンスを頑張っ て生成している 4. IPCによりランチャー側から指示された位置にViewを表示 動的なコンポーネントを提供する技術 61
- 62. #DroidKaigi #room2 /66 IPCでランチャーアプリと通信 動的なコンポーネントを提供する技術 ランチャーアプリ 移動すべき座標を通知 62 Google Nowの サービス
- 65. #DroidKaigi #room2 /66 まとめと考察 - Chrome Custom TabsではAIDLによるプロセス間通信を行う - 同様にAIDLで定めたプロトコルをサードパーティに提供し、Activity 起動前の準備を行うことができる - Google Now LauncherもActivityとプロセス間通信を行うこと でアプリケーションレイヤーに描画する - DialogからWindowを生成する手法はAPPLICATION_OVERLAYレイ ヤーでも使えるかも - 「横スワイプで表示」以外も頑張ればできる 65