Сравнение библиотеки Binary Preferences со стандартными Shared Preferences

В системе Android для хранения какой-либо информации используются пары “ключ-значение”. С их помощью можно хранить значения переменных, либо различные сведения, которые в будущем могут понадобиться приложению.

И хотя в SDK уже есть готовый интерфейс, называемый SharedPreferences, который предоставляет методы для сохранения и чтения настроек в приложении, существуют различные библиотеки, реализующие задачу иными способами. Одной из таких библиотек является Binary Preferences.

Данная библиотека является быстрой и лёгкой заменой  SharedPreferences. Её особенностью является то, что она работает с дисками через асинхронный NIO (Non-blocking I/O) и хранит каждую пару “ключ-значение” в отдельном файле. Кроме того, библиотека обладает следующими преимуществами:

• Лёгкая, без лишних зависимостей;
• Быстрее, чем SharedPreferences;
• Малый объём занимаемой памяти при сериализации\десериализации данных;
• Нет копирования области памяти;
• Содержит только двоичные данные, не XML или JSON;
• Поддерживает шифрование данных;
• Полная обратная совместимость с интерфейсом SharedPreferences;
• Хранит любые примитивы;
• Полностью оптимизированная поддержка межпроцессного взаимодействия (IPC);
• Обработка различных исключений.

Более подробно об этой библиотеке можно прочитать на странице репозитория.

Сравним работу SharedPreferences и Binary Preferences, для этого напишем приложение, выполняющие одинаковые операции сначала стандартными средствами, а затем с помощью библиотеки.

Для этого создадим объект SharedPreferences и добавим в него переменные разных типов и сохраним.

SharedPreferences prefs = getSharedPreferences("shared_preferences", MODE_PRIVATE);
SharedPreferences.Editor editor = prefs.edit();
editor.putString("test_string", "Тестовое сообщение");
editor.putBoolean("test_boolean", true);
editor.putInt("test_int", 2536);
editor.putFloat("test_float", (float) 1000.53);
editor.apply();

Запустим приложение и запишем данные.

Теперь посмотрим, сколько места заняли данные на устройстве, для этого понадобится root-доступ, чтобы попасть в папку /data/data/androidtools.pef_test, которая находится в корне системы. Подробнее о том, как получить root, можно прочитать здесь.

Внутри этой папки находится папка shared_prefs, где и хранятся наши данные. Данные хранятся в XML-файле, имя которого идентично первому параметру getSharedPreferences() (в данном случае – shared_preferences.xml).

Как видно из скриншота, данные занимают 284 байта в памяти.

Сравним теперь с работой Binary Preferences. Поскольку интерфейс является наследником SharedPreferences и SharedPreferences.Editor, различия в коде будут минимальны.

Главный упор в библиотеке, сделан на хранение сложных объектов, состоящих из множества полей через интерфейс Persistable.

Таким образом, достигаются малые накладные расходы на сериализацю/десериализацию данных, т.е. нету перегона в xml и json, что может быть критично в некоторых проектах.

Preferences prefs = new BinaryPreferencesBuilder(getApplicationContext()).build();
PreferencesEditor editor = prefs.edit();
editor.putString("test_string", "Тестовое сообщение");
editor.putBoolean("test_boolean", true);
editor.putInt("test_int", 2536);
editor.putFloat("test_float", (float) 1000.53);
editor.apply();

Аналогично запустим приложение и запишем данные.

Посмотрим на файлы, только на этот раз нам нужна папка не shared_prefs, а files. Значения внутри неё хранятся в preferenсes/имя_предпочтения/values.

Как и говорилось в особенностях библиотеки, каждая пара “ключ-значение” находится в отдельном файле, и в сумме они занимают всего 48 байт.

Отсюда можно сделать вывод, что чем больше данных нужно будет хранить приложению, тем больше будет выигрыш по памяти устройства.

Кроме того, можно замерить размеры APK обеих версий, для этого нам необходима утилита APK Analyzer, интегрированная в Android Studio. Сравнение получившихся APK можно увидеть в таблице ниже.

Количество методов в самой Binary Preferences узнать можно тут http://www.methodscount.com/?lib=com.github.iamironz%3Abinaryprefs%3A0.9.9.9

Стандартные методы Android SDK не всегда могут эффективно выполнять свои задачи, и тут на помощь приходят пользовательские библиотеки, которые вполне могут работать быстрее и эффективнее, улучшая работоспособность приложения в целом.