IPC in Android

Technokratos Android Meetups #1 by Rodionov Sergey

Transcript

1. Межпроцессное взаимодействие (IPC) в Android
2. В чем разница между процессом и потоком?
3. Процесс - самостоятельная единица, имеющая отдельное адресное пространство, id и в числе прочего минимум 1 поток - основной.
4. Поток - сущность внутри процесса, которая может быть запланирована для выполнения. Кроме этого потоки внутри процесса имеют общее адресное пространство.
5. Когда 1 процесса недостаточно?
6. Преимущества - Больше памяти - Повышение производительности
7. Недостатки: - Затраты ресурсов системы на маршалинг - Контроль за жизненным циклом процесса - Больше кода
8. Механизмы взаимодействия - Intent - Broadcastreceiver - Binder/AIDL/Messenger
9. Intent Универсальный механизм передачи данных. Отправка данных между компонентами системы.
10. Broadcastreceiver Получение широковещательных сообщений из различных компонентов системы
11. Как устроено “под капотом”
12. Binder Процесс-сервер определяет удаленный интерфейс, с помощью класса Binder, а потоки в процессе - клиенте получают доступ к удаленному интерфейсу через этот удаленный объект.
13. Этапы взаимодействия
14. 1. Декомпозиция метода и данных, также называемый маршалинг
15. 2. Передача информации, прошедшей маршалинг в удаленный процесс
16. 3. Восстановление информации в удаленном процессе (демаршалинг)
17. 4. Обработка и возврат информации в удаленный процесс
21. Язык AIDL AIDL - это контракт взаимодействия между локальным и удаленным процессом. Описание формируется в файле .aidl. После компиляции формируется java файл.
23. Работа под “капотом” Класс AIDL определяет 2 внутренних класса: - Proxy - Stub
25. Синхронные вызовы методов
26. Процесс-сервер
28. Процесс-клиент
29. Асинхронные вызовы методов
30. - Реализуется с помощью ключевого слова ONEWAY - У асинхронных методов тип возвращаемого значения должен быть void
31. Направление данных - in - inout - out
32. in in - объект передается от клиента к сервису только для ввода. Все изменения, внесенные в объект в службе не отразятся на клиенте.
33. inout inout - данные копируются, если вносятся изменения в службе, то это также отражается на клиенте.
34. out out - объект не имеет соответствующих данных и будет заполнен службой и возвращен в качестве ответа.
35. Процесс-сервер
37. Процесс-клиент
39. Объект Messenger - Использует фреймворк Binder для передачи ссылки на процесс-клиент, и для отправки объектов сообщений Message. - Основан на использовании механизма Handler/Looper - Сообщения передаются последовательно
40. Работа под “капотом” 1. Передача ссылки на объект Messenger в процесс-клиент 2. Отправка сообщений в процесс-сервер. 3. После получения клиентом ссылки на Messenger сервера процедура отправки сообщений может повторяться многократно
42. Итоги 1. Основные преимущества IPC 2. Компоненты для реализации IPC 3. Механизмы взаимодействия “под капотом” 4. Реализация механизмов взаимодействия
43. Спасибо за внимание Ссылка на репозиторий: https://github.com/putnik-busy/ IPCDemo