Их же закрывать надо, если не переиспользуешь

Поэтому нужно пул делать и тыркать оттуда свободные

Кстати говоря, как эта «фича» называется? Weak references?

Скорее, PhantomReference (или новомодный Cleaner)

Спасибо

я думал раз я использую spring websocket, spring сам заботится о переиспользовании потоков, а не генерит их как не в себя)

Слабая связанность вроде про другое, типа когда объекты минимально связаны

Он сам то заботится, но ты же не используешь его механизм, а сам генеришь

я не сам использую, у меня реализованы еще пинги вручную, юзер шлет message пинг, а сервер в ответ message понг, также как и обычные другие события. В памяти висят одни пинги почему то

без кода пальцем в небо

код максимально примитивен: https://pastebin.com/Lv6CabmJ

похоже надо самому настроить пулл потоков для приема и отправки сообщений

нет у кого опыта / материалов по тюнингу G1 под нужды приложения с высокой аллокацией (и частой сборкой 90% в виде мусора), небольшим OldGen'ом при хардкапе latency в 80мс?

Всем привет, подскажите хороший ресурс (книгу/плейлист и т.д.) для понимания работы Spring Framework и Spring MVC в частности

spring in action
pro spring

Игорь Долматов has been banned! Reason: CAS ban.

Привет. Кто какие применял техники для закрытия своего серверного API для посторонних мобильных приложений. Понятно, можно зашить ключ к API в приложение. Однако его несложно выковорить.
Можно применить white-box способ сокрытия ключа, с генерацией тонны сишного кода, который является очень сложной функцией по генерации предопределенного ключа на основе параметров девайса. Но это совсем тяжелая артилерия и геморой.
Может что-то еще?

думаю, это вопрос конфигурации секьюрити и привилегий

главное, чтоб юзер не мог делать то, что не должен. А рассматривать сам по себе мобильный клиент как злоумышленника не стоит ИМХО

можно через пуши слать временные токены для доступа к апи