Vest

Ошибка из-за того, что вы API не прочли. Если посмотреть на реализацию метода setChatId, то он возвращает void.
public void setChatId(@NonNull Long chatId) {

Я не знаю, полезен ли вам будет мой ответ, но я попробую его дать. Я попрофилировал проект в разных программах (Идея и VisualVM) на input.txt файле размером в 86 миллионов строк (просто взял ваш инпут, не разбираясь и наплодил порядка 900мб). Все профайлеры показывают два узких места - это ReadLine и split. Если вам это поможет, вот картинка:

Если попрофилировать память, то она тоже выделяется (и съедается GC), то там две беды (дураки и дороги) byte[] и String.

Я не вникал в задачу целиком, поэтому мой инпут файл конечно же липовый. Но я думаю, если вы сгенерируете что-нибудь большое и рандомное, то я смогу попрофилировать за вас. А пока из решений могу лишь предположить найти какую-нибудь другую альтернативу split для того, чтобы не плодить много мелких объектов.

Кстати, тот сайт предлагает ограничить кучу до 128мб (-Xmx128M), может быть на их примере ваши ArrayList оказываются слишком затратными?

До явы 9 был в своё время консольный инструмент jhat. Попробуйте им.
Я знаю, что Оракл советует пользоваться VisualVM, можете им попробовать. Но я не знаю, как он себя поведёт. Не работал с ним в условиях ограниченной памяти.

Извините, если мой ответ вам не подошёл. Я бы посоветовал вам уменьшить heap, и попробовать уронить яву ещё раз. Если вы анализируете утечку памяти, то она должна случиться и на меньших объёмах кучи. На худой конец, можете попрофилировать выделение памяти на работающей яве, чтобы узнать, кто выделяет столько мегабайт в куче.