14
Мне интересно, если кто-либо выполнил любое тестирование производительности при запросе ContentProvider через ContentResolver против запроса объекта SQLiteDatabase в том же процессе. Я предполагаю, что запрос ContentResolver возвращает курсор, который связывается с базой данных через Binder (Android IPC). Это означает, что если я прочитаю содержимое 100 записей через Cursor, что приведет к вызову 100 вызовов Binder. Правильны ли мои догадки, и если это будет значительно медленнее, чем доступ к базе данных в том же процессе?Производительность Android ContentProvider
В качестве побочного примечания я выполнил тест на устройстве Android на 800 МГц, сравнивая вызовы локальных методов с вызовами удаленных методов. Вызов удаленного метода с простым 26-символьным строковым параметром занимает примерно 400 наносекунд дольше, чем вызов локального метода. Отправка 10 000 символов String paramater занимает 2,3 миллисекунды дольше. Ясно, что чем больше данных будет отправлено (или получено), тем дольше это займет. – satur9nine
Что-то, чему я научился: курсоры, переданные ContentProviders, содержат CursorWindow, CursorWindow - это кешированная область Cursor 2MB в размере, большинство запросов будут помещаться во весь буфер. Таким образом, доступ к данным из Курсора обычно не инициирует вызов метода Binder, так как все данные уже есть, однако, если вы попытаетесь прочитать данные вне CursorWindow в огромном курсоре, тогда окно нужно будет переместить, и кэш будет подвергнут повторению Связующее. – satur9nine