Есть ли утечка памяти в библиотеке Android ZXing?

Я думаю, вы на правильном пути. Вам нужно продолжать просматривать профиль кучи MAT, чтобы определить, какая часть пользовательского кода содержит ссылки на DecodeHandler и транзитивно на BitMatrix. Старайтесь отслеживать входящие ссылки из BitMatric, вычислять деревья доминаторов и проверять подозреваемых в утечке.

Попробуйте профилировать приложение, чтобы увидеть, какая часть кода отвечает за выделение BitMatrix, попробуйте отследить это обратно в код приложения.

Тот факт, что в примере с CaptureActivity возникает та же проблема, может быть вызван неправильным использованием библиотеки, поэтому это не обязательно доказывает, что в библиотеке происходит утечка памяти. Например, библиотеку можно было обновить, а пример оставить прежним.

Я обнаружил ту же проблему (в версии 2.3 ZXing), работающую на эмуляторе Android (версия Intel). Основная причина оказалась следующей: в методе selectBestPatterns класса FinderPatternFinder выдается NotFoundException, когда не найдено допустимого (QR) шаблона поиска. Это исключение перехватывается методом decodeInternal класса MultiFormatReader. Таким образом, это исключение пропускает нормальный возврат нескольких вызовов метода. Я обнаружил, что из-за этого "исключительного возврата" экземпляр FinderPatternFinder не освобождается, а этот экземпляр, в свою очередь, удерживает ссылку BitMatrix, которая использует довольно много памяти. Звучит безумно, и я не думаю, что это соответствует спецификации Java, поэтому я называю это ошибкой в ​​эмуляторе. Обходной путь заключается в том, чтобы не полагаться на исключение, сигнализирующее о том, что шаблон поиска не найден. Я сделал это, вернув несколько нулевых результатов при свертывании стека вызовов методов. Это полностью устранило утечку памяти.