Александр

Потому что 100 мегабит у вас на канальном уровне. С учётом размера заголовков пакетов и прочих технических накладных расходов в 100мб линк как раз можно впихнуть в районе 94-95мб реальной полезной нагрузки

Алгоритм, в общем-то оптимален. Но реализация допускает некоторые микро-оптимизации.

Во-первых, StringBuilder можно указать итоговый размер в конструкторе. Тогда там не будет лишних выделений памяти. Вы же знаете, что там будет сумма двух длин в итоге.
Во-вторых, основной цикл лучше гнать не до максимальной длины из двух, а до минимальной. Тогда в цикле не надо никаких проверок, что индекс не вышел за границы строки. После цикла надо будет добавить к собираемой строке кусок одной из двух входных строк. Проверьте, какая строка длиннее и добавьте ровно len1-len2 символов с конца. Используйте метод substring(), чтобы получить этот суффикс и сразу передавайте его в append().

Вторую часть про символы на четных местах тоже можно соптимизировать. Вы знаете длину ответа заранее, инициализируйте StringBuilder с нужной вместимостью.
На четных местах будет вторая строка. Ну и в конце только какие-то символы через один из второй строки или из первой, в зависимости, какая длинее. Если передавать в функцию не результат работы первой, а 2 строки, то можно сначала append в stringbuilder substring от второй строки, а потом циклом взять нужное количество символов через один из первой или второй строки. Нарисуйте на бумаге несколько случаев, первая строка длиннее второй или наоборот. Длина второй строки четная/нечетная, длина первой четная/нечетная. В каждом из этих случаев будет +-1 где-то в формулах для индексации. Можно это все удачно записать с помощью деления на 2 нацело и остатка от деления на 2.

Проблема оказалась в том, что  telegrambots-spring-boot-starter использовал Spring Boot ниже 3 версии

Чтобы это работало без посторонних лиц, вам сначала придётся заиметь provider-independent адреса и начать их анонсировать из разных мест.

Самый простой способ - прикрыться CDN, который это умеет из коробки, например, Cloudflare.

0. Тернарного оператора что-то я тут не вижу.
1. Ничего не мешает вам сделать промежуточную переменную it, если уж у вас такая сильная тоска по острову в Балтийском заливе:

var it = getSomething();
var a = new Class1(it, it, it);

2. Optional.of - это какой-то исчезающе редкий, вымирающий вид. В нем нет никакого смысла. Используется только Optional.ofNullable.
а. Конструкция Optional позволяет эффективно бороться с нуллабельными объектами, подразумевая что есть Объект и возможная альтернатива в виде нула.
б. Если у вас железно, гарантированно объект "non-null", то и Optional не нужен и вообще не понятно, какая у него вторая альтернатива
3. Неправильно использовать .get() без проверки на null у Optional. Это вывод из п2, вообще-то. Вроде в вашем примере Optional от ненулабельного значения, но смысл это теряет на этапе Optinal.of.
4. В итоге Optional следует использовать как-то так:

var a = Optional.ofNullable(getSomething())
             .map(it -> new Class1(it, it, it))
             .orElseGet(() -> {
                    // TODO :: implement me
                });

Если getSomething железно отдает non-null объект, то вариант 1 будет лучше.

Рефакторинг должен происходить из соображений чистоты кода и архитектуры.
Для «упрощения тестирования» ничего никуда переносить не стоит.

У вас не синглтон.
Аннотация @RequestScope как раз о том, что бин будет создаваться каждый раз новый в рамках запроса.
Это, кстати, не отменяет замечание Сергея о прокси-объекте: при создании контроллера внедряется этот самый прокси-объект, а он уже внутри управляет экземплярами LoginProccesor

[Ljava.lang.String;@6fc7e828 это и есть вывод массива.

Если хотите красиво, то надо Arrays.toString(permissionId.get("4"));

Или дополнительно оборачивать объектом с переопределением toString()

Массив это объект в Java, но у него нет возможности сделать переопределение toString()

UPDATE:
permissionId.forEach((k,v)-> System.out.println(String.format("%s:%s", k, Arrays.toString(v))));

Почему drop принимает ссылку, а не значение?

Потому что метод drop трейта Drop вызывается компилятором, каждый раз когда переменная владеющая чем-либо выходит из области видимости. И сам метод drop тут не исключение. То есть если бы self тут был по значению, компилятор был бы обязан его дропнуть в конце функции, что вызвало бы бесконечную рекурсию.

Причём если вызывать drop() руками

Функция core::mem::drop никакого отношения к трейту Drop не имеет. Если Вы глянете на её реализацию, то это просто пустая функция, которая принимает аргумент по значению, а он уже дропается на общих основаниях, так как выходит из области видимости в ней.

Почему сначала вызывается drop для A, а потом для B? По логике drop должен сначала вызываться для полей.

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

Если очень нужно, то владение из поля можно забрать через std::mem::swap/std::mem::replace/std::mem::take
Хотя проще это сделать обернув такое поле в Option и забирая владение его методом take

Крейт — это программа или библиотека на rust?

Да. Если крейт содержит функцию main, то это программа. Иначе - библиотека.

Чем крейт отличается от пакета?

Пакет - это то что публикуется на crates.io, например.

Пакет может содержать в себе несколько крейтов.

А крейт - это единица компиляции

Mikrotik