STW вроде как концептуально необходим
Да и то что чисто в теории JIT так может - не значит, что разработчики рантайма так станут делать.
Да и про GC не забываем.
Если заранее знать особенности целевой машины (семейство процессоров, поддерживаемые наборы инструкций, и закинуть данные профайлинга, то результат в принципе не будет уступать JIT-ованным языкам.
Я понимаю, что ничего не может быть быстрее полной реализации необходимого функционала на C/C++,
Для меня важно стабильное экстремальное low lanency.
Нужно использовать StringBuilder в случае, когда нам неизвестно финальное значение строки, а при окончании ее составления, передавать его значение методом toString() обычному объекту строки?
И это переопределение из StringBuilderв Stringтолько из-за того, что через String str проще выводить значение через str, чем каждый раз делать StringBuilder.toString()?
Плюс мы не сможем из StringBuilderсделать массив в отличии от String, верно?
StringBuilder[] builders = new StringBuilder[42]
В таком случае мы же не можем навредить памяти, речь шла, если мы работаем с очень большим текстом и или в итерациях более 100?